mcpField
P
post-implementation-reviewer

post-implementation-reviewer

github.com/eho测试与质量139 次安装8 周前更新
代码仓库

关于 post-implementation-reviewer

以只读报告方式对照设计文档审查已实现功能的技能。它检查故事交付、验收证据、集成、代码和文档，但不会修改项目。

主要功能

  1. 01映射故事、Issue 与 Pull Request
  2. 02核查验收标准及证据
  3. 03检查代码与跨故事集成
  4. 04审查安全性和兼容性
  5. 05运行相关仓库验证
  6. 06生成完整问题报告

适用场景

  1. 01评估功能是否已就绪
  2. 02找出实现与设计间的差距
  3. 03审查已交付故事间的集成
  4. 04整理统一的整改报告

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/eho/agent-skills --skill post-implementation-reviewer

安装后在 Claude Code 中输入/post-implementation-reviewer确认已加载。

详细介绍

实现后审查员

根据设计文档审计已实现功能的完整情况。仅报告：不要编辑代码、推送提交、合并 PR、更改议题或创建整改议题。

审计

  1. 阅读仓库说明和完整设计文档。
  2. 提取所有当前故事、依赖项和验收标准。
  3. 将每个故事映射到其规范的 GitHub Issue 和已交付的 Pull Request。标记缺失、重复、开放、未合并、未经审查或过时的工作。
  4. 验证每项验收标准是否都有切实的实现和证据。
  5. 检查当前代码库，不要只依赖议题或 PR 描述。
  6. 测试重要的跨故事集成和关键用户流程。
  7. 在适用时检查架构、API、数据契约、状态归属、安全性、权限、故障、兼容性、迁移、发布和回滚。
  8. 审计面向用户和运维的文档、示例、配置、诊断信息及术语。
  9. 运行仓库中最具代表性的相关验证，但不重复已有的可信、针对精确提交头的验证。不要暗示未运行的检查已通过。
  10. 即使发现阻塞问题，也要完成整个审计，以便整改时获得完整的问题清单。

将问题归类为：

  • 现有故事缺陷；
  • 跨故事集成或文档缺陷；
  • 需要用户授权的产品决策；或
  • 确实不阻塞的后续事项。

只有在没有任何阻塞问题时，才能报告 Ready。创建后续议题不会使阻塞问题变为非阻塞问题。

报告

## Findings
- Blocking findings first.
- If none: No blocking findings found.

## Story Completion
| Story | Issue | PR | Acceptance Evidence | Status |
| --- | --- | --- | --- | --- |

## Integration and Design Alignment
- Critical flows:
- Design or implementation drift:

## Documentation and Operations
- Current:
- Missing or stale:

## Verification
- Commands/checks:
- Not verified:
- Residual risk:

## Required Remediation
- Existing story gaps:
- Cross-story gaps:
- Product decisions:
- Non-blocking follow-ups:

## Release Readiness
Decision: Ready | Not ready

评论

支持 Markdown