floatboat
打开导航菜单

软件开发流程中的 Agent 项目与 Skills

从需求澄清、Agent 编排、仓库上下文到工具连接与任务交接，比较组织软件开发工作的项目和可复用任务指引。

连接规划、执行与审阅

软件开发流程关注代码改动前后的组织方式：怎样澄清需求、保留上下文、分配角色、连接工具，并把结果交给下一位执行者。Harness、开发工作台和工具协议提供不同的执行机制，Skills 则沉淀可复用的方法。应先找出流程中需要改进的环节，再决定是研究一个运行框架，还是为现有 Agent 补充一项指引。

软件开发流程 Skills

软件开发流程独立项目

Skill 提供任务指引，项目提供软件或配套资源。安装方式、运行条件、权限与许可请分别核对原始说明。

按任务选择

方案仍有歧义

使用 Grill Me 或 Brainstorming 澄清目标与决定；合并后的 Grill Me 指南也介绍结合领域术语和架构记录的文档模式。

组件越来越难改

组合模式指引帮助划分职责，避免不清楚的属性组合不断膨胀。

应用需要真实验证

Webapp Testing 聚焦运行和检查应用，而不仅仅是阅读源码。

探索相关任务分类

按下一步工作查找指引与软件，从代码修改、界面设计延伸到办公与媒体制作，比较相邻任务需要的资源。

常见问题

这个分类与具体编码类 Skills 有何区别？
软件开发流程关注代码修改周围的决定，包括理解系统、澄清方案、设计组件和检查运行中的应用；编码类更聚焦修改本身的实现、测试和调试。
让 Agent 实施方案前应先确定什么？
明确用户结果、约束、受影响接口与验收方式。重要决定尚未确定时应明确提出，避免实施过程悄悄把假设变成需求。
什么情况下适合逆向工程？
在确有必要且获得授权时，用它理解已发布应用或二进制文件，尤其是缺少源码的情形。调查应围绕具体问题，并区分观察证据与对内部设计的推测。
什么时候应该研究 Harness，而不是增加一个 Skill？
问题涉及工具执行、上下文管理、权限确认或 Agent 编排时，可以研究 Harness 的机制；宿主已有所需能力、只是任务方法不清楚时，更适合补充 Skill。目录收录不表示这些项目已接入当前工作空间。
运行应用的检查能补充哪些源码审查发现不了的问题？
能发现导航故障、内容缺失、异常加载状态及交互失败。应确认用户预期结果确实发生，而不只看响应码成功或编译器没有报错。
如何避免 Agent 开发任务不断扩大？
写清完成条件，将必要修改与后续机会分开。围绕完成条件检查受影响范围，约定行为和验证达到要求后就收口。
一份有用的任务交接应包含什么？
记录目标、相关文件、已定决策、完成的检查与下一项未解决动作，让接手的 Agent 能分清已验证进展和假设，而不必重建整段对话。
什么情况下适合将开发流程整理成 Skill？
当同类任务具有稳定输入、可重复方法和能够评价的结果时，可以考虑。先用简短指令与代表性示例验证，再根据实际结果修订，不必把每次临时任务都包装成 Skill。

让开发决策始终可追溯

把文件、实施记录和验证结果放在同一处继续工作。

下载 Floatboat