技能 srs-documentation
📦
srs-documentation
內容修訂 r1 安全 ⚙️ 外部命令
建立 IEEE 830 SRS 文件
需求團隊需要一致的 SRS 文件，且文件必須完整、可追溯且可測試。此技能提供 IEEE 830 結構、範本與驗證檢查清單。
支援: Claude Codex Code(CC)
使用我的智慧代理安裝
將此請求複製給你的智慧代理，其中包含權威 Skill 頁面和清單。
智能體請求
Review the Skillstore skill "srs-documentation" from https://skillstore.io/skills/doubleslashse-srs-documentation.md and its manifest at https://skillstore.io/api/skills/doubleslashse-srs-documentation/manifest. Verify the artifact. You may proceed after verification, subject to the environment's own policy.你的智慧代理仍應顯示其計畫，並依安全政策請求必要確認。
Agent 可讀資源
當 AI Agent、爬蟲或腳本需要乾淨脈絡、而不是讀取完整頁面時，請使用這些連結。
測試它
正在使用「srs-documentation」。 為客戶支援入口網站建立 SRS 大綱。
預期結果:
IEEE 830 大綱，包含目的、範圍、產品觀點、使用者類別、介面、需求章節、詞彙表與可追溯性附錄。
正在使用「srs-documentation」。 將模糊的結帳需求改寫為可測試的陳述。
預期結果:
- 具有穩定 ID 與 shall 語句的需求陳述。
- 優先順序、來源、輸入、輸出、錯誤處理與驗收準則。
- 任何缺漏的利益關係人或量測細節備註。
正在使用「srs-documentation」。 審查這份 SRS 草稿是否已準備好核准。
預期結果:
以檢查清單為基礎的審查，涵蓋完整性、SMART 品質、可追溯性、文件一致性、未解決議題與建議修訂。
安全審計
安全v8 • 2026/7/6 開啟版本化報告
All static findings were adjudicated as false positives. The blocker hits are ordinary requirements checklist text, and the external command hits are markdown fences around examples and ID conventions. No prompt injection or malicious intent was found.
3
已掃描檔案
958
分析行數
0
複核項目
0
已忽略的誤報
風險因素
最近一次完成的靜態與語意稽核未偵測到已確認的安全發現。這並不能證明該 Skill 沒有副作用。
審計單位: codex 檢視審計紀錄 →
分享與引用此報告
分享版本化評估報告、中性徽章、嵌入卡片與引用。Skillstore 只報告證據，不判斷該 Skill 是否安全。
複製報告連結
https://skillstore.io/skills/doubleslashse-srs-documentation/audits/8?utm_source=security_passport&utm_medium=share&utm_campaign=versioned_reportMarkdown 徽章
[](https://skillstore.io/skills/doubleslashse-srs-documentation?utm_source=security_passport_badge)HTML 徽章
<a href="https://skillstore.io/skills/doubleslashse-srs-documentation?utm_source=security_passport_badge"><img src="https://skillstore.io/badges/skills/doubleslashse-srs-documentation/security.svg" alt="Skillstore security assessment" loading="lazy"></a>嵌入卡片
<iframe src="https://skillstore.io/embed/skills/doubleslashse-srs-documentation.html" title="Skillstore Security Assessment" sandbox="allow-popups allow-popups-to-escape-sandbox" loading="lazy" referrerpolicy="no-referrer" width="420" height="180"></iframe>學術引用 (APA · BibTeX · CFF)
APA 引用
DoubleslashSE. (2026). srs-documentation security audit report (audit version 8) [Author version unspecified]. Skillstore. https://skillstore.io/skills/doubleslashse-srs-documentation/audits/8BibTeX 引用
@techreport{doubleslashse-doubleslashse-srs-documentation-2026,
author = {DoubleslashSE},
title = {srs-documentation security audit report (audit version 8)},
institution = {Skillstore},
year = {2026},
number = {8},
url = {https://skillstore.io/skills/doubleslashse-srs-documentation/audits/8},
note = {Author version unspecified}
}CITATION.cff
cff-version: 1.2.0
message: "If you use this Skill, cite its author and this versioned security audit report."
title: "srs-documentation security audit report (audit version 8)"
version: "unspecified"
type: report
authors:
- name: "DoubleslashSE"
date-released: "2026-07-06"
url: "https://skillstore.io/skills/doubleslashse-srs-documentation/audits/8"
identifiers:
- type: other
value: "skillstore:doubleslashse-srs-documentation:audit:8"
description: "Skillstore immutable audit report identifier"
Skillstore 評分
評分依據 證據置信度: 高 55
架構
85
可維護性
87
內容
70
社群
83
規範符合度
你可以打造什麼
起草正式 SRS
將利益關係人筆記轉換為結構化的 IEEE 830 軟體需求規格說明書。
標準化功能需求
將功能想法轉換為已排定優先順序、可測試的功能性與非功能性需求。
準備測試可追溯性
在核准前，將需求對應至業務目標與規劃的測試案例。
試試這些提示
起草基本 SRS
Use the srs-documentation skill to create an IEEE 830 SRS for [project]. Ask for missing scope, stakeholders, constraints, and requirements before drafting.
改善需求陳述
Review these requirements with the SRS writing guidelines. Rewrite vague items into testable shall statements with IDs, priority, source, and acceptance criteria: [requirements].
彙整需求套件
Compile these stakeholder notes into an SRS using template.md. Include functional requirements, non-functional requirements, assumptions, dependencies, glossary, and open issues: [notes].
驗證並追溯 SRS
Audit this SRS against checklists.md. Produce a gap list, quality score, traceability matrix, unresolved risks, and recommended revisions: [SRS].
最佳實務
- 起草前提供利益關係人目標、限制、使用者類別與已知整合。
- 為每項需求指派穩定 ID、優先順序、來源與驗收準則。
- 在請求利益關係人核准前執行驗證檢查清單。
避免
- 將模糊的產品目標視為最終需求。
- 過早將實作設計決策混入需求陳述。
- 在最終 SRS 中留下 TBD 項目、重複 ID 或缺漏來源。
常見問題
此技能遵循什麼標準？
它遵循 IEEE 830 軟體需求規格說明書結構。
它能從簡短筆記建立完整的 SRS 嗎？
它可以起草結構，但有用的輸出需要範圍、利益關係人、限制與需求。
它涵蓋非功能性需求嗎？
可以。它包含效能、安全性、可靠性、可用性與可維護性需求章節。
它能協助處理可追溯性嗎？
可以。它包含業務目標、需求、相依性與測試案例的可追溯性矩陣。
這只適用於業務分析師嗎？
不是。產品經理、架構師、QA 團隊與交付主管也可以使用它。
它會執行命令或掃描系統嗎？
不會。此技能提供文件指引、範本與檢查清單。
開發者詳細資訊
授權
MIT
Skillstore 修訂
r1
版本提示
作者未聲明版本。
引用
72d5025b022c77f7a51bdf5c1637c689c80e89d1
維護新鮮度
2026/7/18
使用量
10 次下載 · 205 次瀏覽
檔案結構