跳转到正文
skillsafebeta
← 报告库
用途分类 / 内容写作

Spec Driven Implementation Skill 安全审计

作者说它能做什么（原文）

Drive a spec-first workflow for substantial features by writing PRODUCT.md before implementation, writing TECH.md when warranted, and keeping both specs updated as implementation evolves. Use when starting a significant feature, planning agent-driven implementation, or when the user wants product and tech specs checked into source control.

第三方安全检查结论

发现安全风险

已检查文件
1
发现的风险
1
会不会运行危险命令？检查是否下载程序后直接运行、让他人远程控制电脑，或藏起要运行的命令。发现 1 项风险
中风险

缺少相关工单时会直接在 Linear 中创建记录

原文依据：3 处
发现了什么

该 Skill 明确要求在写规格前创建不存在的 Linear 工单，并调用具有写入能力的 `save_issue`；它只在团队或标签不明确时要求询问用户，没有要求在创建工单本身之前获得确认。

为什么需要注意

如果用户只想规划功能或起草本地规格，仍可能在其 Linear 工作区产生真实工单，并触发通知、分派规则、报表或其他自动化。

当相关 Linear 工单不存在时，该 Skill 会要求代理先创建工单，并明确使用具有写入效果的 `save_issue`。只有团队或标签不明确时才要求询问；没有明确要求用户确认创建行为。因而，运行该工作流可能在用户的 Linear 工作区留下未经逐次确认的记录。用户可要求作者把创建改为先展示拟建工单并取得确认，或限制 Skill 仅查询 Linear。

SKILL.md:26来自说明文档打开原文件
If a relevant Linear issue does not already exist, create one before writing specs. Use the Linear MCP tools directly:- `list_teams` to find the appropriate team- `list_issue_labels` to inspect the expected labels/tags- `save_issue` to create the issue with the appropriate team and labels
查看另外 2 个位置
SKILL.md:32来自说明文档打开原文件
If the correct team or labels are not obvious from the request and surrounding context, use `ask_user_question` to clarify rather than guessing.
SKILL.md:30来自说明文档打开原文件
- `list_issue_labels` to inspect the expected labels/tags- `save_issue` to create the issue with the appropriate team and labels
会不会泄露文件和密钥？检查是否发送含密码或密钥的文件，以及代码里是否直接写了密钥。未发现风险
会不会删除文件或一直在后台运行？检查是否大范围删除文件、改写磁盘，或设置自动启动。未发现风险
会不会绕过安全保护？检查是否跳过网站安全验证、开放过多文件权限，或取消操作前的确认。未发现风险
会不会误导 AI 或隐藏内容？检查工作说明是否要求 AI 忽略你的指令、干扰检查结果，或夹带看不见的文字。未发现风险
会不会偷偷改推广链接或收款方？检查是否强制替换推广链接或收款对象，同时要求隐瞒更改。未发现风险

Skill 逻辑拆解

5 个说明模块

该 Skill 判断重大功能是否值得编写规格；小修复、直接重构或窄幅 UI 调整通常可以跳过。

查看原文
SKILL.md:38来自说明文档打开原文件
Strongly prefer specs when the change is substantial, such as:- product or architectural ambiguity- expected implementation size around 1k+ LOC- deep or cross-cutting stack changes- risky behavior changes where regressions would be expensive- work where agent quality will improve materially from clearer inputs
SKILL.md:46来自说明文档打开原文件
Specs are often unnecessary for:- small, local bug fixes- straightforward refactors- narrow UI tweaks with little ambiguity

它会在仓库的工单编号目录下创建 PRODUCT.md，并在需要时创建 TECH.md；实施期间还会持续修改这些文件。

查看原文
SKILL.md:14来自说明文档打开原文件
Specs should usually live in:- `specs/<linear-ticket-number>/PRODUCT.md`- `specs/<linear-ticket-number>/TECH.md`
SKILL.md:102来自说明文档打开原文件
### 5. Keep specs current during implementationIf implementation changes from the spec, update the spec rather than leaving it stale.

该流程要求规格获得批准后才实施，并要求最终验证与规格中的行为和测试目标对应。

查看原文
SKILL.md:89来自说明文档打开原文件
### 4. Implement approved specsAfter the specs are approved, use the `implement-specs` skill to build from the approved `PRODUCT.md` and `TECH.md`.The implementation can often be pushed in the same PR as the product and tech specs. As the engineer iterates, keep `PRODUCT.md`, `TECH.md`, code changes, and tests in that same PR so the review reflects the feature that will actually ship.
SKILL.md:121来自说明文档打开原文件
### 6. Verify behavior against the specBefore considering the work complete, make sure verification maps back to the specs. Prefer tests and artifacts that validate the product behavior directly:- unit tests and regression coverage that follow the repository's local testing conventions- integration tests for critical user flows- loom walkthroughs or equivalent feature demonstrations when appropriate- screenshots or videos when useful for UI-heavy work
从这里开始 · 工作说明SKILL.md
spec-driven-implementation
连线表示工作说明包含的模块，不是实际运行顺序。点击模块可查看原文。
文件与检查记录1 个文件

检查范围与遗漏

逐文件查看涉及的内容

下方列出本次涉及的原文范围；纳入检查不代表已查清所有问题。

  • SKILL.md已纳入全文

这份报告只针对上方版本。我们看了拿到的代码和说明文件，没有实际运行 Skill，也没有检查它另外安装的软件包。因此，这不是“保证安全”的承诺；换了版本或使用环境，结果也可能不同。

  • SKILL.md工作说明
读取了多少行
144
文件校验值（用于核对版本）
6637aba0611b0ab34c7b5291cf7ce2ba5ada14ebc0f7f37aabdeb13e29cd4791