verify-output
根據架構驗證 JSON 輸出
代理產生不一致的輸出，導致下游驗證失敗。此技能提供了一種標準化模式，可在寫入最終輸出之前根據定義的架構驗證結構化 JSON，確保資料品質。
下载技能 ZIP
在 Claude 中上传
前往 设置 → 功能 → 技能 → 上传技能
开启并开始使用
测试它
正在使用“verify-output”。 Validate my output against the reflection schema
预期结果:
- Schema: reflection.schema.json
- Step 1: Write to memory/reflections/output.json.tmp
- Step 2: Run ./scripts/validate.sh reflection memory/reflections/output.json.tmp
- Step 3: If valid, move to final location
- Step 4: If invalid, read errors, fix, retry (max 3x)
- Required fields: knowledge_updates[], reflection{} with what_worked[], what_failed[], patterns_noticed[]
安全审计
安全Pure documentation skill describing a JSON validation pattern. No executable code, scripts, or network calls exist. All static findings are false positives: 'weak cryptographic algorithm' flags are actually schema name strings (demand, design, task-output, etc.); 'shell backtick execution' flags are markdown code formatting; 'system reconnaissance' flags are documentation file path examples. The validate.sh script referenced in documentation does not exist in the directory.
风险因素
⚡ 包含脚本
🌐 网络访问
📁 文件系统访问
⚙️ 外部命令
质量评分
你能构建什么
寫入前輸出驗證
代理在提交前根據架構驗證結構化 JSON 輸出，以防止下游處理失敗。
強制執行輸出標準
團隊透過必填欄位和緊湊 JSON 格式，強制多個代理類型之間的輸出格式一致。
報告品質閘門
在提交前驗證設計文件和進化提案符合架構要求。
试试这些提示
使用 verify-output 技能，在寫入 memory/tasks/{id}/output.json 之前，根據 task-output 架構驗證我的輸出。我是 Reflector 代理。我應該使用哪個架構來驗證我的反思輸出？顯示驗證指令。
我的驗證失敗，錯誤為 'X 是必填屬性'。design 架構中我缺少哪些欄位？
顯示完整的寫入前驗證模式，包含對我的實作輸出最多 3 次重試的重試邏輯。
最佳实践
- 先寫入 .tmp 檔案，驗證後再移動到最終位置
- 使用緊湊 JSON 格式（單行，不含空白）
- 始終包含 knowledge_updates 和 reflection 欄位，即使為空
- 實作重試邏輯，最多重試 3 次才報告失敗
避免
- 跳過驗證直接寫入最終輸出路徑
- 使用帶縮排的美化 JSON 而非緊湊格式
- 遺漏必填的巢狀欄位，如 reflection.what_worked
- 使用架構中未定義的無效枚舉值