conscientiousness
À propos
Cette compétence permet à Claude de vérifier systématiquement son travail, garantissant ainsi un traitement approfondi et évitant les raccourcis avant de finaliser une tâche. Elle est conçue pour être utilisée lorsqu'une réponse semble incomplète, après des opérations complexes en plusieurs étapes, ou lorsque l'auto-surveillance détecte une exécution précipitée. Sa fonction principale est de vérifier l'exhaustivité, de contrôler les résultats et de s'assurer que la production livrée correspond à la demande initiale.
Installation rapide
Claude Code
Recommandé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/conscientiousnessCopiez et collez cette commande dans Claude Code pour installer cette compétence
Documentation
誠実性
Systematic thoroughness and diligence — ensuring completeness, verifying results, following through on every commitment, and finishing tasks to the standard they deserve.
使用タイミング
- Before marking a task as complete — as a final verification pass
- When a response feels "good enough" but the task deserves better
- After a complex multi-step operation where individual steps may have drifted
- When the user's request has multiple parts and each part needs verification
- Before submitting code, documentation, or any deliverable for user review
- When self-monitoring detects a pattern of cutting corners or rushing
入力
- 必須: The task or deliverable to verify (available from conversation context)
- 任意: The original user request (for comparison against what was delivered)
- 任意: Any checklist or acceptance criteria provided by the user
- 任意: Prior commitments made during the session (things promised but not yet checked)
手順
ステップ1: Reconstruct the Full Commitment
Before checking work, re-establish exactly what was committed to.
- Re-read the user's original request carefully — not the interpreted version, the actual words
- List every explicit requirement mentioned
- List every implicit commitment made during the 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 the user provided
- Compare the commitment list against what was actually delivered
期待結果: A complete list of commitments — explicit requirements plus implicit promises — with a preliminary match against deliverables.
失敗時: If the original request is no longer in context (compressed), reconstruct from what remains and acknowledge any gaps to the user.
ステップ2: Verify Completeness
Check that every committed item was 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 | |
+---------------------+------------------+------------------+
- For each item, verify with evidence — not memory, actual verification:
- Code changes: re-read the file to confirm the change exists
- Test results: re-run or reference the actual output
- Documentation: re-read to confirm accuracy
- Mark each item: Done (fully complete), Partial (started but incomplete), Missing (not addressed)
- For Partial and Missing items, note what remains
期待結果: Every commitment has a verified status. No item is left unchecked.
失敗時: If verification reveals missed items, address them immediately rather than noting them for later. Conscientiousness means completing now, not intending to complete.
ステップ3: Verify Correctness
Completeness is necessary but not sufficient — what was done must also be right.
- For each completed item, check:
- Accuracy: Does it do what it should? Are values correct?
- Consistency: Does it align with the rest of the work? No contradictions?
- Edge cases: Were boundary conditions considered?
- Integration: Does it work with the surrounding context?
- For code: would this survive a code review? Are there obvious improvements?
- For documentation: is it accurate, clear, and free of errors?
- For multi-step processes: does the output of each step correctly feed the next?
期待結果: Each deliverable is both complete and correct. Errors are caught before the user sees them.
失敗時: If errors are found, fix them immediately. Do not present work with known errors, even if the errors seem minor.
ステップ4: Verify Presentation
The final check: is the deliverable presented in a way that serves the user?
- Clarity: Can the user understand what was done without re-reading multiple times?
- Organization: Is the response structured logically? Are related items grouped?
- Conciseness: Is there unnecessary padding or repetition?
- Actionability: Does the user know what to do next?
- Honesty: Are limitations or caveats clearly stated?
期待結果: A deliverable that is complete, correct, and well-presented.
失敗時: If presentation is poor despite correct content, restructure. Good work poorly presented is a conscientiousness failure.
バリデーション
- The original request was re-read (not recalled from memory)
- Every explicit requirement was verified with evidence
- Every implicit promise was tracked and verified
- Correctness was checked beyond mere completeness
- Edge cases were considered where relevant
- The deliverable is clearly presented and actionable
よくある落とし穴
- Verification theater: Going through the motions of checking without actually re-reading or re-verifying. The check must use evidence, not memory
- Partial conscientiousness: Checking the main deliverable but ignoring side commitments ("I'll also..."). Every promise counts
- Perfectionism masquerading as diligence: Endless polishing that delays delivery. Conscientiousness is about meeting the committed standard, not exceeding it indefinitely
- Conscientiousness fatigue: Becoming less thorough as the session progresses. The last task deserves the same diligence as the first
- Skipping for simple tasks: Assuming simple tasks don't need verification. Simple tasks with errors are more embarrassing than complex tasks with errors
関連スキル
honesty-humility— conscientiousness verifies completeness; honesty-humility ensures transparent reporting of what was and was not achievedheal— subsystem assessment overlaps with self-verification; conscientiousness focuses on deliverable qualityvishnu-bhaga— preservation of working state complements conscientiousness in maintaining qualityobserve— sustained neutral observation supports the verification processintrinsic— genuine engagement (not compliance) drives thorough execution naturally
Dépôt GitHub
Compétences associées
llamaguard
AutreLlamaGuard est le modèle de Meta, doté de 7 à 8 milliards de paramètres, conçu pour modérer les entrées et sorties des LLM selon six catégories de sécurité comme la violence et les discours haineux. Il offre une précision de 94 à 95 % et peut être déployé avec vLLM, Hugging Face ou Amazon SageMaker. Utilisez cette compétence pour intégrer facilement le filtrage de contenu et des garde-fous de sécurité dans vos applications d'IA.
cost-optimization
AutreCette compétence de Claude aide les développeurs à optimiser les coûts du cloud grâce au redimensionnement des ressources, aux stratégies d'étiquetage et à l'analyse des dépenses. Elle fournit un cadre pour réduire les dépenses cloud et mettre en œuvre une gouvernance des coûts sur AWS, Azure et GCP. Utilisez-la lorsque vous devez analyser les coûts d'infrastructure, redimensionner les ressources ou respecter des contraintes budgétaires.
quantizing-models-bitsandbytes
AutreCette compétence quantifie les LLMs en précision 8 bits ou 4 bits à l'aide de bitsandbytes, permettant une réduction de 50 à 75 % de la mémoire utilisée avec une perte de précision minime. Elle est idéale pour exécuter des modèles plus volumineux sur une mémoire GPU limitée ou pour accélérer l'inférence, prenant en charge des formats comme INT8, NF4 et FP4. La compétence s'intègre à HuggingFace Transformers et permet l'entraînement QLoRA ainsi que l'utilisation d'optimiseurs en 8 bits.
dispatching-parallel-agents
AutreCette compétence Claude déploie plusieurs agents pour enquêter et résoudre simultanément 3 problèmes indépendants ou plus. Elle est conçue pour des scénarios impliquant des défaillances non liées qui peuvent être résolues sans état partagé ni dépendances. La capacité fondamentale est la résolution de problèmes en parallèle, en assignant un agent par domaine problématique indépendant afin de maximiser l'efficacité.
