技能 srs-documentation
D
srs-documentation
安全 ⚙️
外部命令🌐
網路存取
使用 IEEE 830 模板创建正式的 SRS 文档
编写正式的软件需求规格说明书可能既耗时又容易出错。本技能提供符合 IEEE 830 标准的模板和检查清单,帮助快速且一致地生成结构化的专业 SRS 文档。
支援: Claude Codex Code(CC)
1
下載技能 ZIP
2
在 Claude 中上傳
前往 設定 → 功能 → 技能 → 上傳技能
3
開啟並開始使用
測試它
正在使用「srs-documentation」。 为项目管理应用程序创建 SRS 文档
預期結果:
- 1.1 目的:本 SRS 定义了 TaskMaster(一个基于 Web 的项目管理应用程序)的需求
- 1.2 范围:用户管理、任务跟踪、团队协作和报告功能
- 2.1 产品概述:与现有 SSO 提供商集成的独立 Web 应用程序
- FR-001:系统应允许用户创建、编辑和删除项目 - 优先级:必须拥有
- FR-002:系统应生成每周进度报告 - 优先级:应该拥有
- NFR-PERF-001:系统应在登录后 2 秒内显示仪表板 - 优先级:必须拥有
安全審計
安全v5 • 1/17/2026
Pure documentation skill containing only markdown files with SRS templates and checklists. No executable code, no network access, no file system access beyond standard AI tool permissions, no environment variable access. All 111 static findings are FALSE POSITIVEs caused by pattern matching on documentation markup syntax.
4
已掃描檔案
1,147
分析行數
2
發現項
5
審計總數
風險因素
⚙️ 外部命令 (19)
checklists.md:239-248 checklists.md:248-252 checklists.md:252-261 SKILL.md:177-180 SKILL.md:180-183 SKILL.md:183-185 SKILL.md:185-190 SKILL.md:190-195 SKILL.md:195-198 SKILL.md:198-204 SKILL.md:204-207 SKILL.md:207-211 SKILL.md:211-234 SKILL.md:234-240 SKILL.md:240-243 SKILL.md:243-247 template.md:82-93 template.md:93-138 template.md:138-140
🌐 網路存取 (1)
審計者: claude 查看審計歷史 →
品質評分
38
架構
100
可維護性
83
內容
20
社群
100
安全
91
規範符合性
你能建構什麼
专业的 SRS 文档编制
为利益相关者审查和开发团队创建正式、标准化的软件需求规格说明书。
需求质量保证
根据 IEEE 830 检查清单验证收集的需求,以确保完整性和可追溯性。
清晰的需求规格说明
获得结构良好的需求,包含正确的 ID 命名约定、优先级和验收标准。
試試這些提示
基础 SRS 创建
使用 IEEE 830 标准创建完整的软件需求规格说明文档。包括:1. 引言部分,含目的、范围、定义和参考文献。2. 总体描述,含产品概述、功能、用户特征、约束和依赖关系。3. 具体需求,含外部接口、功能需求、性能需求和设计约束。使用 {PROJECT_NAME} 作为示例项目。功能需求
为我的 SRS 文档添加功能需求部分。每个需求应包括:使用 FR-XXX 格式的唯一 ID、使用 shall 描述强制性需求、使用 MoSCoW 方法的优先级、输入、处理步骤、输出、错误处理和验收标准。重点关注 {FEATURE_AREA} 功能。非功能需求规格说明
为我的 SRS 创建非功能需求部分。包括性能、安全性、可靠性、可用性和可维护性需求。每个非功能需求应具有可衡量的标准和具体目标、优先级以及验证方法。使用 NFR-XXX-ID 格式。
需求优先级划分
审查以下需求并应用 MoSCoW 优先级划分。为每个项目分配必须拥有、应该拥有、可以拥有或不会拥有的状态。为每个优先级决策提供理由。识别需求之间的任何潜在冲突并提出解决方案。
最佳實務
- 对强制性需求使用 shall,对理想需求使用 should,对可选需求使用 may
- 编写明确、完整且可验证的需求,包含可衡量的标准
- 为每个需求分配唯一标识符,以便在整个项目生命周期中进行追溯
避免
- 避免使用模糊术语,如"快速"、"用户友好"或"灵活
- 应提供具体的指标
- 不要将多个需求合并到单个陈述中
- 避免在需求规格说明中添加实现细节或设计约束
常見問題
哪些 AI 平台支持此技能?
本技能适用于 Claude、OpenAI Codex 和 Claude Code。每个平台都提供用于文档创建的 Read 和 Write 工具。
SRS 文档的最大大小是多少?
没有固定限制。该模板支持任何规模的项目,可根据需要添加额外部分。
我可以为我的组织自定义模板吗?
可以。修改模板部分、ID 命名约定或优先级系统以匹配您的组织标准。
使用此技能时我的数据安全吗?
可以。该技能完全在您的 AI 会话中运行。除了您的 AI 提供商之外,不会向外部服务器发送任何数据。
为什么我的需求被标记为不完整?
检查每个需求是否具有:唯一 ID、使用 shall 的描述、优先级、输入、输出和验收标准。
与其他文档技能相比如何?
本技能专门针对 IEEE 830 SRS 标准,并内置验证功能。它比通用文档模板提供更结构化的指导。
開發者詳情
授權
MIT
引用
main
檔案結構