第 10 期 - 行文反思
本周是小学期的第一周，任务是关于一个减速器的机械设计课程设计
顺便反思了一下自己之前的周刊行文问题
行文反思
早在几个月前开始写博客的时候，就发现自己行文的废话很多，即便是教程类文章也没什么条理 乱乱的。
的确，往往写出来的东西就是我脑子里的碎碎念想法，而没有经过打磨和润色。
前几周写的周刊问题更为严重，只能算是自己的流水账/电子留档，毫无“周刊”之味，可读性较差。
与 GPT 探讨，得到的建议：
- 删掉“无信息”的口语，只保留“有态度”的 —— 复查重读
- 结构明确 —— 按照主次详略进行优先级划分
- 每部分结尾有“落点” —— 沉淀现象与思考
- 标点、空格规范化 —— 提升阅读体验
据此，打算对前几期的周刊/博客，进行一定程度上的行文润色。
机械设计课设完成策略
初步了解，这是一个需要按一定的流程和规范，在计算中设计，最后得到一整个减速器设计方案与制图的任务
流程上，我选择跟 b 站视频走，让自己脑中有一条线
实施上，我与 Codex 建立一个小仓库，提供完整的上下文（背景，目标，协作方式与约束）。这些都作为 AGENTS.md 的内容。非代码级仓库倒用不着建立完整的 SPEC。
鉴于我想要自己理解，我只把计算，纠错以及整理的工作交给了 Codex，因此对整体有一定的把控。
Agent & Human 协作总结
上下文对于 Agent 来说非常重要，而窗口的大小又有限，因此才需要 spec/harness。
少变的，高密度的，总结性的，沉淀性的，约束性的 都需要作为长期加载的内容。
不多，但重要。
扩展的想一想，实际上 Human & Human 之间的协作也同样需要有足够价值的上下文，否则协作的效率将大打折扣。
与 Agent 不同的区别是，Human 会自己去问/找上下文。而 Agent 在无 Skill 和要求的情况下，很少会，大概率干着干着发现不符合预期 —— 这也是 grill-me 这类 Skill 的关键：先问清楚再动手