について
このスキルは、作業を体系的に検証し、完全性を確認し、結果が元の要求と一致することを確認してからタスクを完了としてマークします。これは、回答が「十分良い」と感じられたとき、複雑な多段階操作の後、または急ぎすぎる傾向に対抗するために使用するように設計されています。AI自身が約束に対して自身の出力をレビューすることで、手抜きを防ぎ、徹底性を強制します。
クイックインストール
Claude Code
推奨npx skills add pjt222/agent-almanac -a claude-code/plugin add https://github.com/pjt222/agent-almanacgit clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/conscientiousnessこのコマンドをClaude Codeにコピー&ペーストしてスキルをインストールします
ドキュメント
Conscientiousness
Systematic thoroughness + diligence → ensure completeness, verify results, follow through every commitment, finish tasks to standard deserved.
Use When
- Before marking task complete → final verification pass
- Res feels "good enough" but task deserves better
- Post complex multi-step op where steps may have drifted
- User req has multi parts + each needs verification
- Before submitting code, docs, or any deliverable for user review
- Self-monitoring detects pattern of cutting corners / rushing
In
- Required: Task / deliverable to verify (from conv context)
- Optional: Original user req (compare vs. what delivered)
- Optional: Any checklist / acceptance criteria from user
- Optional: Prior commitments during session (things promised but not checked)
Do
Step 1: Reconstruct Full Commitment
Before checking work → re-establish exactly what was committed.
- Re-read user's original req carefully → not interpreted version, actual words
- List every explicit req mentioned
- List every implicit commitment made during session:
- "I'll also update the tests" — was this done?
- "Let me fix that too" — was this completed?
- "I'll check for edge cases" — were they checked?
- Note any acceptance criteria from user
- Compare commitment list vs. what actually delivered
→ Full commitment list — explicit reqs + implicit promises — w/ prelim match vs. deliverables.
If err: Original req no longer in context (compressed) → reconstruct from what 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 | |
+---------------------+------------------+------------------+
- Each item → valid. w/ evidence, not memory, actual verification:
- Code changes: re-read file to confirm change exists
- Test results: re-run or ref actual out
- Docs: re-read to confirm accuracy
- Mark each: Done (full complete), Partial (started, incomplete), Missing (not addressed)
- Partial + Missing → note what remains
→ Every commitment has verified status. No item unchecked.
If err: Verification reveals missed items → address immediately vs. note for later. Conscientiousness = completing now, not intending to complete.
Step 3: Verify Correctness
Completeness necessary but not sufficient → what was done must also be right.
- Each completed item → check:
- Accuracy: Does it do what it should? Values correct?
- Consistency: Aligns w/ rest of work? No contradictions?
- Edge cases: Boundary conditions considered?
- Integration: Works w/ surrounding context?
- Code: would this survive code review? Obvious improvements?
- Docs: accurate, clear, free of errs?
- Multi-step processes: out of each step correctly feeds next?
→ Each deliverable complete + correct. Errs caught before user sees them.
If err: Errs found → fix immediately. Don't present work w/ known errs, even if minor.
Step 4: Verify Presentation
Final check: deliverable presented in way serving user?
- Clarity: User can understand w/o re-reading multi times?
- Organization: Res structured logically? Related items grouped?
- Conciseness: Unnecessary padding / repetition?
- Actionability: User knows what to do next?
- Honesty: Limitations / caveats clearly stated?
→ Deliverable complete, correct, well-presented.
If err: Presentation poor despite correct content → restructure. Good work poorly presented = conscientiousness failure.
Check
- Original req re-read (not recalled from memory)
- Every explicit req verified w/ evidence
- Every implicit promise tracked + verified
- Correctness checked beyond mere completeness
- Edge cases considered where relevant
- Deliverable clearly presented + actionable
Traps
- Verification theater: Going through motions of checking w/o actually re-reading / re-verifying. Check must use evidence, not memory.
- Partial conscientiousness: Checking main deliverable but ignoring side commitments ("I'll also..."). Every promise counts.
- Perfectionism masquerading as diligence: Endless polishing delays delivery. Conscientiousness = meeting committed standard, not exceeding indefinitely.
- Conscientiousness fatigue: Becoming less thorough as session progresses. Last task deserves same diligence as first.
- Skip for simple tasks: Assuming simple tasks don't need verification. Simple tasks w/ errs more embarrassing than complex w/ errs.
→
honesty-humility— conscientiousness verifies completeness; honesty-humility ensures transparent reporting of what was + wasn't achievedheal— subsystem assessment overlaps w/ self-verification; conscientiousness focuses on deliverable qualityvishnu-bhaga— preservation of working state complements conscientiousness in maintaining qualityobserve— sustained neutral observation supports verification processintrinsic— genuine engagement (not compliance) drives thorough exec naturally
GitHub リポジトリ
Frequently asked questions
What is the conscientiousness skill?
conscientiousness is a Claude Skill by pjt222. Skills package instructions and resources that Claude loads on demand, so Claude can perform conscientiousness-related tasks without extra prompting.
How do I install conscientiousness?
Use the install commands on this page: add conscientiousness to Claude Code as a plugin, or clone its repository into your skills directory, then restart Claude so it picks up the skill.
What category does conscientiousness belong to?
conscientiousness is in the Other category, tagged ai.
Is conscientiousness free to use?
Yes. conscientiousness is listed on AIMCP and free to install. It runs inside Claude, so no separate service account is required to use the skill itself.
関連スキル
LlamaGuardは、暴力やヘイトスピーチなど6つの安全性カテゴリーにおいて、LLMの入力と出力をモデレートするMetaの70-80億パラメータモデルです。94〜95%の精度を提供し、vLLM、Hugging Face、Amazon SageMakerを使用してデプロイ可能です。このスキルを使用して、AIアプリケーションにコンテンツフィルタリングと安全策を簡単に統合できます。
このClaudeスキルは、リソースの適正サイジング、タグ付け戦略、支出分析を通じて、開発者がクラウドコストを最適化することを支援します。AWS、Azure、GCPにわたるクラウド支出の削減とコストガバナンスの実施のためのフレームワークを提供します。インフラコストの分析、リソースの適正サイジング、または予算制約への対応が必要な際にご利用ください。
このClaudeスキルは、スポーツベッティング市場(スプレッド、オーバー/アンダー、プロップベットなど)を分析し、過去の傾向や状況統計を検証することでバリューベットを特定します。教育目的のための実践的な提案を構造化されたマークダウン形式で出力します。開発者はスポーツベッティング分析ツールとして本機能を活用できますが、娯楽および教育目的に限定されている点に留意してください。
このスキルは、bitsandbytesを使用してLLMを8ビットまたは4ビット精度に量子化し、精度の低下を最小限に抑えつつ50〜75%のメモリ削減を実現します。限られたGPUメモリでより大規模なモデルを実行したり、推論を高速化するのに理想的で、INT8、NF4、FP4などのフォーマットをサポートしています。HuggingFace Transformersと統合され、QLoRAトレーニングや8ビットオプティマイザーを可能にします。
