Habilidades verify-output

verify-output

Seguro ⚡ Contém scripts🌐 Acesso à rede📁 Acesso ao sistema de arquivos⚙️ Comandos externos

根據架構驗證 JSON 輸出

代理產生不一致的輸出,導致下游驗證失敗。此技能提供了一種標準化模式,可在寫入最終輸出之前根據定義的架構驗證結構化 JSON,確保資料品質。

Suporta: Claude Codex Code(CC)
📊 70 Adequado
1

Baixar o ZIP da skill

2

Upload no Claude

Vá em Configurações → Capacidades → Skills → Upload skill

3

Ative e comece a usar

Testar

A utilizar "verify-output". Validate my output against the reflection schema

Resultado esperado:

  • 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[]

Auditoria de Segurança

Seguro
v5 • 1/16/2026

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.

2
Arquivos analisados
365
Linhas analisadas
4
achados
5
Total de auditorias

Fatores de risco

⚡ Contém scripts
Nenhuma localização específica registrada
🌐 Acesso à rede
Nenhuma localização específica registrada
📁 Acesso ao sistema de arquivos
Nenhuma localização específica registrada
⚙️ Comandos externos
Nenhuma localização específica registrada
Auditado por: claude Ver Histórico de Auditoria →

Pontuação de qualidade

38
Arquitetura
100
Manutenibilidade
81
Conteúdo
30
Comunidade
100
Segurança
91
Conformidade com especificações

O Que Você Pode Construir

寫入前輸出驗證

代理在提交前根據架構驗證結構化 JSON 輸出,以防止下游處理失敗。

強制執行輸出標準

團隊透過必填欄位和緊湊 JSON 格式,強制多個代理類型之間的輸出格式一致。

報告品質閘門

在提交前驗證設計文件和進化提案符合架構要求。

Tente Estes Prompts

基本驗證
使用 verify-output 技能,在寫入 memory/tasks/{id}/output.json 之前,根據 task-output 架構驗證我的輸出。
架構選擇
我是 Reflector 代理。我應該使用哪個架構來驗證我的反思輸出?顯示驗證指令。
錯誤處理
我的驗證失敗,錯誤為 'X 是必填屬性'。design 架構中我缺少哪些欄位?
重試模式
顯示完整的寫入前驗證模式,包含對我的實作輸出最多 3 次重試的重試邏輯。

Melhores Práticas

  • 先寫入 .tmp 檔案,驗證後再移動到最終位置
  • 使用緊湊 JSON 格式(單行,不含空白)
  • 始終包含 knowledge_updates 和 reflection 欄位,即使為空
  • 實作重試邏輯,最多重試 3 次才報告失敗

Evitar

  • 跳過驗證直接寫入最終輸出路徑
  • 使用帶縮排的美化 JSON 而非緊湊格式
  • 遺漏必填的巢狀欄位,如 reflection.what_worked
  • 使用架構中未定義的無效枚舉值

Perguntas Frequentes

Which schema should I use for my agent type?
PM 代理使用 demand,架構師使用 design,實作者使用 task-output,驗證者使用 verification,反思者使用 reflection,進化者使用 evolution-proposal。
What happens if validation fails?
讀取驗證錯誤,修復輸出,然後重試。最多重試 3 次才報告驗證失敗。
Can I skip mandatory fields?
不行。knowledge_updates 和 reflection 欄位是所有代理輸出的必填項目。空陣列 [] 是有效的替代值。
Is my data safe during validation?
可以。驗證是唯讀的。資料只有在驗證通過後才會寫入,使用暫存檔案模式。
Why does my JSON fail validation?
常見原因:缺少必填欄位、錯誤的資料類型、無效的枚舉值、多餘的屬性,或美化格式的格式化問題。
How is this different from manual JSON validation?
此技能提供標準化模式,包含特定代理角色的預定義架構、自動化重試邏輯和一致的輸出要求。

Detalhes do Desenvolvedor

Estrutura de arquivos

📄 SKILL.md