spec-context
SKILL.md
Spec 上下文定位(FEATURE_DIR)
概览
读写 requirements/*.md 前必须先确定 {FEATURE_DIR}。以当前 Git 分支名为锚点,禁止猜路径。
如果仓库包含 .gitmodules,spec-context 还应额外暴露 submodule 状态快照,供实现阶段校验分支一致性、detached HEAD 与脏工作区;但这不会改变 FEATURE_DIR 的解析规则。
开始时宣布:「我正在使用 spec-context 技能定位当前 Spec Pack(FEATURE_DIR)。」
何时使用
- 将读/写
{FEATURE_DIR}/requirements/*.md - 不确定当前 spec pack 或出现分支/目录/
.aisdlc相关上下文错误
做法:复用已有结果,否则执行脚本
优先复用:若本会话已成功回显过 FEATURE_DIR=...,且该目录存在并含 requirements/,则直接复用并回显 FEATURE_DIR=... (reuse)。
否则:拼接 <本SKILL.md目录>/scripts/ 下的脚本绝对路径并执行,从输出中读取 FEATURE_DIR=<path> 行。
对于实现阶段调用方(如 spec-plan、spec-execute),如果脚本还输出了 SUBMODULE_SET_JSON=... 或等价字段,也应一并保留并传递给后续步骤使用。
PowerShell
powershell -NoProfile -ExecutionPolicy Bypass -File "<本SKILL.md目录>/scripts/spec-common.ps1" -SkillName "<caller-skill-name>"
Bash
"<本SKILL.md目录>/scripts/spec-common.sh" "<caller-skill-name>"
-SkillName/ 第一参数:替换为当前执行的技能名(如spec-plan)。<本SKILL.md目录>:替换为本SKILL.md所在目录的绝对路径。
硬规则
- 读写
requirements/*.md前必须先回显FEATURE_DIR=...(复用或脚本二选一) - 脚本失败则立即停止,不得继续写文件
- 后续路径一律以
FEATURE_DIR值为前缀 - 若仓库存在
.gitmodules,实现阶段不得绕过脚本去“手猜” submodule 路径或分支状态
常见错误与 Red Flags
- 未传
-SkillName或照抄<caller-skill-name>字面量 - 非 spec 分支(分支名不符合
{num}-{short-name}) - 手写
.aisdlc/specs/...路径;上下文失败后仍继续生成 - 把 submodule 分支当成新的 Spec 身份,试图用它单独推导
FEATURE_DIR
Weekly Installs
77
Repository
zixun-github/aisdlcGitHub Stars
2
First Seen
Feb 24, 2026
Security Audits
Installed on
claude-code75
cursor73
github-copilot18
codex18
kimi-cli18
gemini-cli18