revise
根据审阅者评论修订 P11 文档
与多位协作者一起审阅 p11 文档会产生分散的反馈，手动应用起来很困难。此技能会读取审阅者评论，按清晰度对其分类，将明确的决策应用到源文档，并自动发布新版本。
下载技能 ZIP
在 Claude 中上传
前往 设置 → 功能 → 技能 → 上传技能
开启并开始使用
Agent 可读资源
当 AI Agent、爬虫或脚本需要干净上下文、而不是读取完整页面时，请使用这些链接。
测试它
正在使用“revise”。 将我设计提案文档上的反馈应用进去，团队要求我添加摘要部分并重新排序需求列表。
预期结果:
我审阅了你设计提案上的 8 个评论线程。我发现 6 个明确决策，以及 2 个需要你输入的事项。我已应用所有明确更改：在介绍之后添加了摘要部分，按优先级重新排序了需求列表，并更新了时间线表格。以下是更新后的 Read URL 和 Edit URL。
正在使用“revise”。 使用版本 3 中的审阅评论更新 API 文档。
预期结果:
我获取了 API 文档的版本 3，并发现 5 个评论线程。所有评论都有明确决策，因此我已全部应用：更正了身份验证部分中的 endpoint URLs，添加了新的 rate limit parameters 表格，并修复了 response format 示例。修订后的文档已发布在新的 Read URL。
安全审计
低风险All 57 static findings are false positives. Weak cryptographic algorithm flags were triggered by a hex color code ("#2563EB" in openai.yaml:3), a React component name ("DefinitionDescription" in components.md:34), and YAML metadata fields (SKILL.md:3-5). Ruby/shell backtick execution flags were triggered by Markdown code block backticks in code fences across SKILL.md and components.md. The system reconnaissance flag on SKILL.md:92 is actually security-conscious guidance about bearer credentials. The skill has legitimate external command usage via the p11 CLI, which is expected and necessary for its document revision workflow. No malicious intent detected.
低风险问题 (3)
风险因素
检测到的模式
质量评分
你能构建什么
在团队审阅后更新设计提案
设计师收到关于功能提案文档的反馈。该技能会应用审阅者评论中的所有明确决策，并发布更新版本以供最终批准。
将技术审阅反馈应用到文档
工程师收集技术文档上的审阅评论。该技能会处理每条评论，进行请求的更改，并共享修订后的文档。
批量处理多轮文档审阅
团队负责人管理跨多轮的迭代式文档审阅。该技能会跟踪哪些评论已应用，以及哪些仍需要讨论。
试试这些提示
使用 p11:revise 根据审阅者反馈更新最近的 p11 文档。获取评论并应用所有明确的决策。
从版本 [number] 修订 edit URL [url] 处的 p11 文档。获取该版本的评论，并仅应用明确的决策。
对当前文档使用 p11:revise。对所有可见评论线程进行分类。如果有任何需要澄清的内容，请在发布前询问我如何继续。
修订 [url] 处的文档。先阅读组件参考，然后获取所有评论。应用明确的决策并发布。报告已完成哪些更改，以及哪些需要我的输入。
最佳实践
- 在进行更改前，始终按内容对评论线程进行分类。并非所有未解决评论都需要采取行动。
- 当任何评论线程需要人工澄清时，请在发布前先与用户确认。
- 编辑前阅读 p11 组件参考，以确保只使用受支持的文档组件。
避免
- 默默忽略需要人工澄清的可见评论线程。始终询问用户如何继续。
- 在未先获取并审阅目标文档上的所有评论之前发布修订版本。
- 向文档添加按钮或表单等交互式 UI 元素。仅使用 p11 library 中适合文档的组件。