スキル一覧に戻る

conscientiousness

pjt222
更新日 Yesterday
1 閲覧
17
2
17
GitHubで表示
その他ai

について

このスキルは、Claudeが自身の作業を体系的に検証し、タスクを完了する前に徹底性を確保し、手抜きを防ぐことを可能にします。複雑な操作を完了する際、出力が不完全に感じられる場合、または自己モニタリングで急ぎのパターンを検出した場合に使用するように設計されています。このスキルは、成果物が約束と一致することを保証するために、完全性の検証とフォロースルーに焦点を当てています。

クイックインストール

Claude Code

推奨
メイン
npx skills add pjt222/agent-almanac -a claude-code
プラグインコマンド代替
/plugin add https://github.com/pjt222/agent-almanac
Git クローン代替
git clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/conscientiousness

このコマンドをClaude Codeにコピー&ペーストしてスキルをインストールします

ドキュメント

Conscientiousness

Systematic thorough, diligent — ensure complete, verify results, follow through every commitment, finish task to standard deserved.

When Use

  • Before mark task complete — final verification pass
  • Response feel "good enough" but task deserve better
  • After complex multi-step op — steps may have drifted
  • User request has many parts — each part need verify
  • Before submit code, docs, any deliverable for user review
  • Self-monitor detect pattern of cutting corners, rushing

Inputs

  • Required: Task or deliverable to verify (from conversation context)
  • Optional: Original user request (compare vs what delivered)
  • Optional: Checklist or acceptance criteria from user
  • Optional: Prior commitments during session (promises not yet checked)

Steps

Step 1: Reconstruct Full Commitment

Before check work, re-establish what was committed.

  1. Re-read user original request careful — not interpreted version, actual words
  2. List every explicit requirement mentioned
  3. List every implicit commitment made during session:
    • "I'll also update tests" — done?
    • "Let me fix that too" — completed?
    • "I'll check edge cases" — checked?
  4. Note any acceptance criteria from user
  5. Compare commitment list vs what actually delivered

Got: Complete list of commitments — explicit requirements plus implicit promises — preliminary match vs deliverables.

If fail: Original request no longer in context (compressed)? Reconstruct from remains, acknowledge gaps to user.

Step 2: Verify Completeness

Check every committed item addressed.

Completeness Matrix:
+---------------------+------------------+------------------+
| Commitment          | Status           | Evidence         |
+---------------------+------------------+------------------+
| [Requirement 1]     | Done / Partial / | [How verified]   |
|                     | Missing          |                  |
+---------------------+------------------+------------------+
| [Requirement 2]     | Done / Partial / | [How verified]   |
|                     | Missing          |                  |
+---------------------+------------------+------------------+
| [Promise 1]         | Done / Partial / | [How verified]   |
|                     | Missing          |                  |
+---------------------+------------------+------------------+
  1. For each item, verify with evidence — not memory, actual verification:
    • Code changes: re-read file to confirm change exists
    • Test results: re-run or reference actual output
    • Docs: re-read to confirm accuracy
  2. Mark each item: Done (fully complete), Partial (started but incomplete), Missing (not addressed)
  3. For Partial, Missing items: note what remains

Got: Every commitment has verified status. No item left unchecked.

If fail: Verification reveals missed items? Address immediately — not note for later. Conscientiousness means complete now, not intend to complete.

Step 3: Verify Correctness

Completeness necessary but not sufficient — what done must also be right.

  1. For each completed item, check:
    • Accuracy: Does what should? Values correct?
    • Consistency: Aligns with rest of work? No contradictions?
    • Edge cases: Boundary conditions considered?
    • Integration: Works with surrounding context?
  2. For code: survive code review? Obvious improvements?
  3. For docs: accurate, clear, free of errors?
  4. For multi-step: output of each step correctly feeds next?

Got: Each deliverable complete and correct. Errors caught before user sees.

If fail: Errors found? Fix immediately. Do not present work with known errors, even if errors seem minor.

Step 4: Verify Presentation

Final check: deliverable presented in way that serves user?

  1. Clarity: User understand what done without re-reading many times?
  2. Organization: Response structured logical? Related items grouped?
  3. Conciseness: Unnecessary padding or repetition?
  4. Actionability: User know what to do next?
  5. Honesty: Limitations, caveats clearly stated?

Got: Deliverable complete, correct, well-presented.

If fail: Presentation poor despite correct content? Restructure. Good work poorly presented is conscientiousness failure.

Checks

  • Original request re-read (not recalled from memory)
  • Every explicit requirement verified with evidence
  • Every implicit promise tracked and verified
  • Correctness checked beyond mere completeness
  • Edge cases considered where relevant
  • Deliverable clearly presented and actionable

Pitfalls

  • Verification theater: Going through motions of checking without actual re-read or re-verify. Check must use evidence, not memory
  • Partial conscientiousness: Check main deliverable but ignore side commitments ("I'll also..."). Every promise counts
  • Perfectionism masquerading as diligence: Endless polishing delays delivery. Conscientiousness means meet committed standard, not exceed indefinitely
  • Conscientiousness fatigue: Become less thorough as session progresses. Last task deserves same diligence as first
  • Skip for simple tasks: Assume simple tasks don't need verification. Simple tasks with errors more embarrassing than complex tasks with errors

See Also

  • honesty-humility — conscientiousness verifies completeness; honesty-humility ensures transparent reporting of what achieved, what not
  • heal — subsystem assessment overlaps with self-verification; conscientiousness focuses on deliverable quality
  • vishnu-bhaga — preservation of working state complements conscientiousness in maintaining quality
  • observe — sustained neutral observation supports verification process
  • intrinsic — genuine engagement (not compliance) drives thorough execution naturally

GitHub リポジトリ

pjt222/agent-almanac
パス: i18n/caveman/skills/conscientiousness
0
agentsagentskillsai-assisted-developmentclaude-codeskillsteams

関連スキル

llamaguard

その他

LlamaGuardは、暴力やヘイトスピーチなど6つの安全性カテゴリーにおいて、LLMの入力と出力をモデレートするMetaの70-80億パラメータモデルです。94〜95%の精度を提供し、vLLM、Hugging Face、Amazon SageMakerを使用してデプロイ可能です。このスキルを使用して、AIアプリケーションにコンテンツフィルタリングと安全策を簡単に統合できます。

スキルを見る

cost-optimization

その他

このClaudeスキルは、リソースの適正サイジング、タグ付け戦略、支出分析を通じて、開発者がクラウドコストを最適化することを支援します。AWS、Azure、GCPにわたるクラウド支出の削減とコストガバナンスの実施のためのフレームワークを提供します。インフラコストの分析、リソースの適正サイジング、または予算制約への対応が必要な際にご利用ください。

スキルを見る

quantizing-models-bitsandbytes

その他

このスキルは、bitsandbytesを使用してLLMを8ビットまたは4ビット精度に量子化し、精度の低下を最小限に抑えつつ50〜75%のメモリ削減を実現します。限られたGPUメモリでより大規模なモデルを実行したり、推論を高速化するのに理想的で、INT8、NF4、FP4などのフォーマットをサポートしています。HuggingFace Transformersと統合され、QLoRAトレーニングや8ビットオプティマイザーを可能にします。

スキルを見る

dispatching-parallel-agents

その他

このClaudeスキルは、複数のエージェントを配備し、3つ以上の独立した問題を並行して調査・修正します。共有状態や依存関係がなく解決可能な、無関係な障害が発生するシナリオ向けに設計されています。中核となる機能は並列問題解決であり、効率を最大化するために独立した問題領域ごとに1つのエージェントを割り当てます。

スキルを見る