跳转到正文
报告库
用途分类 / 开发辅助

Implement Specs Skill 安全审计

作者说它能做什么(原文)

Implement an approved feature from PRODUCT.md and TECH.md, keeping specs and code aligned in the same PR as implementation evolves. Use after the product and tech specs are approved and the next step is building the feature.

第三方安全检查结论

发现安全风险

已检查文件
1
发现的风险
1
会不会运行危险命令?检查是否下载程序后直接运行、让他人远程控制电脑,或藏起要运行的命令。未发现风险
会不会泄露文件和密钥?检查是否发送含密码或密钥的文件,以及代码里是否直接写了密钥。未发现风险
会不会删除文件或一直在后台运行?检查是否大范围删除文件、改写磁盘,或设置自动启动。发现 1 项风险
中风险

实现过程中可直接改写已批准的产品和技术规格

原文依据:4 处
发现了什么

该 Skill 指示代理在认为预期行为或设计“应该改变”时更新已签入的 PRODUCT.md 或 TECH.md,但没有要求先取得用户或原批准者对实质性变更的再次批准。把规格与代码放在同一个 PR 中有助于审查,却不能保证审查者会把规格变化识别为新的产品决定。

为什么需要注意

实现困难或代理判断可能被转化为新的需求、用户体验、架构或成功标准;随后代码会以修改后的规格为准,从而偏离用户最初批准的范围。

该 Skill 仅要求规格在开始实现前已获批准;实现中一旦认为行为或设计“应该改变”,便指示更新已签入的 PRODUCT.md/TECH.md,并将修改与代码放进同一 PR。虽然 PR 可供审查,但文本没有要求在实质性产品、UX、架构或验证策略变更后暂停并取得用户或原批准者的再次授权。因此,代理可能把实施判断转化为规格决定,影响用户预期和后续审批。用户可要求作者增加“实质性规格变更须明确重新批准”的门槛,并限制代理在批准前仅提出变更建议。

SKILL.md:58来自说明文档打开原文件
### 4. Update specs as the implementation evolvesIf implementation reveals that the intended behavior or design should change, update the checked-in specs rather than letting them go stale.In particular:- update `PRODUCT.md` when user-facing behavior, UX, edge cases, or success criteria change- update `TECH.md` when architecture, sequencing, module boundaries, or validation strategy change- keep those updates in the same PR as the corresponding code changesThe PR should describe the feature that actually ships, not just the initial draft of the specs.
查看另外 3 个位置
SKILL.md:72来自说明文档打开原文件
Before considering the work complete, verify that the code matches the current specs.
SKILL.md:22来自说明文档打开原文件
- confirm that `PRODUCT.md` exists- confirm that `TECH.md` exists when the feature warranted one- confirm that the relevant specs have been reviewed and approved enough to start implementation
SKILL.md:64来自说明文档打开原文件
- update `PRODUCT.md` when user-facing behavior, UX, edge cases, or success criteria change- update `TECH.md` when architecture, sequencing, module boundaries, or validation strategy change- keep those updates in the same PR as the corresponding code changes
会不会绕过安全保护?检查是否跳过网站安全验证、开放过多文件权限,或取消操作前的确认。未发现风险
会不会误导 AI 或隐藏内容?检查工作说明是否要求 AI 忽略你的指令、干扰检查结果,或夹带看不见的文字。未发现风险
会不会偷偷改推广链接或收款方?检查是否强制替换推广链接或收款对象,同时要求隐瞒更改。未发现风险

Skill 逻辑拆解

5 个说明模块

该 Skill 用于根据已批准的 PRODUCT.md 和 TECH.md 实现功能,并把规格、代码及测试保持在同一变更流程中。

查看原文
SKILL.md:8来自说明文档打开原文件
Implement an approved feature from `PRODUCT.md` and `TECH.md`.
SKILL.md:52来自说明文档打开原文件
- keep behavior aligned with `PRODUCT.md`- keep architecture and sequencing aligned with `TECH.md`- add or update tests and verification artifacts as the work landsUse the same PR for the specs and implementation when practical so the full feature evolution is reviewable in one place.

开始实现前,它要求确认所需规格存在并已经过足以开工的审核批准,但没有规定批准者或具体确认机制。

查看原文
SKILL.md:20来自说明文档打开原文件
Before using this skill:- confirm that `PRODUCT.md` exists- confirm that `TECH.md` exists when the feature warranted one- confirm that the relevant specs have been reviewed and approved enough to start implementation

对于大型功能,该 Skill 可以先向用户提议创建 PROJECT_LOG.md 或 DECISIONS.md;文中明确将它们定义为可选辅助文件。

查看原文
SKILL.md:37来自说明文档打开原文件
### 2. Offer optional implementation aids for large featuresFor large or long-running features, optionally offer one of these aids to the user before implementation begins:- `PROJECT_LOG.md` to track checkpoints, explored paths, partial findings, and current implementation state- `DECISIONS.md` to capture concrete product and technical decisions made during the PRD and tech design processThese are optional aids, not required deliverables. Offer them when they would reduce confusion or help future agents avoid re-exploring the same paths.
从这里开始 · 工作说明SKILL.md
implement-specs
连线表示工作说明包含的模块,不是实际运行顺序。点击模块可查看原文。
文件与检查记录1 个文件

检查范围与遗漏

逐文件查看涉及的内容

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

  • SKILL.md已纳入全文

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

  • SKILL.md工作说明
读取了多少行
91
文件校验值(用于核对版本)
36ad3e40d17fe9e644b41def77be3dd654452f4c825bc9af3c289feae7500d9f