Agent skill
aictxt-manager
生成、维护、修剪AICTXT文档,保持在CRAFT大小限制内。当AICTXT创建和更新时使用。
Install this agent skill to your Project
npx add-skill https://github.com/tikazyq/agentic-spec-forge/tree/main/AGENTIC_SPEC_FORGE/spec_stage_skill/implementation_planning/aictxt-manager
SKILL.md
aictxt-manager: AI上下文管理
描述
生成、维护、修剪AICTXT(AI Context Text)文档,确保AI代码生成的上下文大小在CRAFT标准限制内。
适用场景
- WORKFLOW_STEP_5 Task S5-2: AICTXT创建初期,生成初始内容
- WORKFLOW_STEP_5 Task S5-3: Self-Reflection中定期审视和修剪
- 实施过程中: 当AICTXT增长过大时,需要修剪
输入
- spec/implementation/ai_context.md(当前AICTXT)
- goal_breakdown.md(GOAL清单)
- scenarios/bdd_test_scenarios.md(关键SC)
- design/(架构和设计约束)
- 当前级别(L1/L2/L3)
输出
- AICTXT审视报告(markdown)
- 当前大小分析(行数/Token数)
- 对标标准:
- L1: ≤5000字/≤1000行
- L2: ≤8000字/≤1500行
- L3: ≤12000字/≤2000行
- 修剪建议(删除/压缩/分离的内容)
- 优化后的AICTXT片段
AICTXT内容结构
标准AICTXT结构(按优先级):
# AI Context - [项目名] [GOAL ID]
## 业务背景 (A级-关键)
- 用户故事: [US简述]
- 业务价值: [为什么重要]
- 成功标准: [AC清单]
## 技术约束 (A级-关键)
- 技术栈: [框架/库/版本]
- 关键依赖: [外部服务/API]
- 性能要求: [响应时间/并发等]
## 实现目标 (A级-关键)
- GOAL: [G-NNN 描述]
- 关联SC: [SC-NNN, SC-NNN]
- 模块: [module_name]
## 架构概览 (B级-重要)
- 系统设计: [简要架构]
- 关键接口: [API/方法签名]
- 数据流: [输入→处理→输出]
## 已知约束 (B级-重要)
- 不能修改: [列表]
- 必须遵循: [规范/模式]
- 边界条件: [特殊情况]
## 参考链接 (C级-可选)
- 详细设计: [链接]
- 相关GOAL: [链接]
- 测试场景: [链接]
执行策略
第1步: 读取和分析
- 读取当前ai_context.md
- 计算大小(字数/行数/Token数)
- 对标CRAFT标准
第2步: 关键性分析
- A级(关键): GOAL/SC/业务背景/技术约束
- B级(重要): 架构概览/关键接口/已知约束
- C级(可选): 详细实现/背景知识/参考链接
第3步: 修剪方案
- 删除C级非关键内容
- 压缩B级冗余表达(用表格替代长段落)
- 链接到外部文档而非嵌入
- 删除过期或已完成的信息
第4步: 大小优化
| 优化技巧 | 效果 |
|---|---|
| 用表格替代列表 | 节省20-30% |
| 删除示例代码 | 节省30-40% |
| 链接替代嵌入 | 节省40-50% |
| 缩写术语 | 节省10-15% |
第5步: L1/L2/L3分级
- L1: 仅A级内容,≤1000行
- L2: A级+B级核心,≤1500行
- L3: 完整A级+B级,≤2000行
第6步: 生成优化版本
- 保留关键信息完整
- 删除冗余表达
- 添加清晰的链接
价值
- AI Pair/Devs: AICTXT大小管理,提升AI代码生成效率
- Tech Lead: 清晰的上下文焦点,避免AI分散注意力
- 成本: 减少Token消耗,降低AI调用成本
验收标准
- AICTXT大小在CRAFT限制内
- 关键信息完整(GOAL/SC/约束)
- 冗余信息已删除
- 链接清晰可追溯
Recommended Agent Skills
Expand your agent's capabilities with these related and highly-rated skills.
code-review
执行代码审查流程(提交PR→自查→同行审查→反馈修改→合并),覆盖功能正确性、代码质量、测试完整性、安全合规四大维度。当提交Pull Request、进行结对编程、执行代码走查、需要知识共享时使用。支持L1/L2/L3三级审查深度。
code-quality
执行代码质量门禁检查(测试通过→覆盖率→Lint→GOAL追溯→可提交),验证单元测试覆盖率≥80%、集成测试通过率≥95%、代码规范零错误。当完成代码实现、准备提交代码、需要质量验证、进行提交前自检时使用。确保代码可合并。
tdd-cycle
执行 TDD 红绿重构循环(RED→GREEN→REFACTOR→REPEAT),通过先写失败测试、最小代码实现、保持绿色重构的节奏驱动开发。当启动功能开发、需要测试驱动节奏、进行迭代编码、追求高测试覆盖率时使用。提供检查清单和节奏控制。
refactoring
执行代码重构(识别坏味道→选择手法→小步修改→运行测试),在保持外部行为不变前提下改进内部结构。当TDD进入REFACTOR阶段、发现代码坏味道、需要消除重复代码、优化代码结构时使用。支持提取方法、类、参数对象等重构手法。
arch-options-compare
比较多个架构方案(单体/微服务等),从SOLID原则、成本、复杂度等维度评分,生成对比表和推荐方案。当需要向客户解释架构选择或ADR决策时使用。
dev-tech-view-supplement
根据设计补充Dev视角的技术细节(数据库/API/通信协议),帮助Dev快速进入实施。当L1/L2设计缺乏技术细节、或准备向Dev交付前使用。
Didn't find tool you were looking for?