conscientiousness
关于
This skill enables Claude to systematically verify its work, ensuring thoroughness and preventing corner-cutting before finalizing a task. It is designed for use when a response feels incomplete, after complex multi-step operations, or when self-monitoring detects rushed execution. The core function is to check completeness, verify results, and guarantee that the delivered output matches the original request.
快速安装
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 中复制并粘贴此命令以安装该技能
技能文档
誠実性
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
GitHub 仓库
相关推荐技能
llamaguard
其他LlamaGuard是Meta推出的7-8B参数内容审核模型,专门用于过滤LLM的输入和输出内容。它能检测六大安全风险类别(暴力/仇恨、性内容、武器、违禁品、自残、犯罪计划),准确率达94-95%。开发者可通过HuggingFace、vLLM或Sagemaker快速部署,并能与NeMo Guardrails集成实现自动化安全防护。
cost-optimization
其他这个Claude Skill帮助开发者优化云成本,通过资源调整、标记策略和预留实例来降低AWS、Azure和GCP的开支。它适用于减少云支出、分析基础设施成本或实施成本治理策略的场景。关键功能包括提供成本可视化、资源规模调整指导和定价模型优化建议。
quantizing-models-bitsandbytes
其他这个Skill使用bitsandbytes库量化大语言模型,能在GPU内存有限时通过8位或4位量化减少50-75%内存占用,同时保持精度损失最小。它支持INT8、NF4、FP4等多种量化格式,可与HuggingFace Transformers无缝集成,适用于需要部署更大模型或加速推理的场景。还提供QLoRA训练和8位优化器支持,让开发者能轻松实现高效模型压缩。
dispatching-parallel-agents
其他该Skill用于并行处理3个以上无依赖关系的独立故障,可为每个问题域分派专属Claude代理同时执行调查修复。它通过并发处理多个独立问题显著提升故障排查效率,特别适用于测试文件、子系统等无共享状态的场景。
