conscientiousness
Acerca de
Esta habilidad permite a Claude verificar sistemáticamente su trabajo, asegurando exhaustividad y evitando atajos antes de finalizar tareas. Está diseñada para usarse al completar operaciones complejas, cuando los resultados parecen incompletos o cuando la autovigilancia detecta patrones de prisa. La habilidad se centra en la verificación de integridad y seguimiento para garantizar que los entregables cumplan con lo prometido.
Instalación rápida
Claude Code
Recomendadonpx 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/conscientiousnessCopia y pega este comando en Claude Code para instalar esta habilidad
Documentación
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.
- Re-read user original request careful — not interpreted version, actual words
- List every explicit requirement mentioned
- 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?
- Note any acceptance criteria from user
- 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 | |
+---------------------+------------------+------------------+
- 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
- Mark each item: Done (fully complete), Partial (started but incomplete), Missing (not addressed)
- 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.
- 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?
- For code: survive code review? Obvious improvements?
- For docs: accurate, clear, free of errors?
- 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?
- Clarity: User understand what done without re-reading many times?
- Organization: Response structured logical? Related items grouped?
- Conciseness: Unnecessary padding or repetition?
- Actionability: User know what to do next?
- 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 notheal— 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 verification processintrinsic— genuine engagement (not compliance) drives thorough execution naturally
Repositorio GitHub
Habilidades relacionadas
llamaguard
OtroLlamaGuard es el modelo de Meta de 7-8B parámetros para moderar las entradas y salidas de LLM en seis categorías de seguridad como violencia y discurso de odio. Ofrece una precisión del 94-95% y puede implementarse usando vLLM, Hugging Face o Amazon SageMaker. Utiliza esta skill para integrar fácilmente filtrado de contenido y barreras de seguridad en tus aplicaciones de IA.
cost-optimization
OtroEsta Skill de Claude ayuda a los desarrolladores a optimizar los costes en la nube mediante el ajuste de tamaño de recursos, estrategias de etiquetado y análisis de gastos. Proporciona un marco para reducir los gastos en la nube e implementar una gobernanza de costes en AWS, Azure y GCP. Úsala cuando necesites analizar los costes de infraestructura, ajustar el tamaño de los recursos o cumplir con restricciones presupuestarias.
quantizing-models-bitsandbytes
OtroEsta habilidad cuantiza LLMs a precisión de 8 o 4 bits utilizando bitsandbytes, logrando una reducción de memoria del 50-75% con pérdida mínima de precisión. Es ideal para ejecutar modelos más grandes en memoria GPU limitada o para acelerar la inferencia, admitiendo formatos como INT8, NF4 y FP4. La habilidad se integra con HuggingFace Transformers y permite entrenamiento QLoRA y optimizadores de 8 bits.
dispatching-parallel-agents
OtroEsta Skill de Claude despliega múltiples agentes para investigar y solucionar 3 o más problemas independientes de forma concurrente. Está diseñada para escenarios que involucran fallos no relacionados que pueden resolverse sin estado compartido o dependencias. Su capacidad principal es la resolución paralela de problemas, asignando un agente por cada dominio problemático independiente para maximizar la eficiencia.
