journaling-codebase-decisions

Document architecture decisions and tradeoffs in a .claude/journal.md file.

2|Updated Feb 23, 2026
One-click install
npx skills add https://github.com/roach88/claude-config --skill journaling-codebase-decisions
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: journaling-codebase-decisions
Source: https://github.com/roach88/claude-config/tree/main/skills/journaling-codebase-decisions
Command: npx skills add https://github.com/roach88/claude-config --skill journaling-codebase-decisions

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes assets (resource) components.

What problem does it solve?

Codebases only capture what was built, not the reasoning behind architecture choices, pattern selections, and past mistakes, leading to repeated errors, slow onboarding, and lost context when team members change roles.

Core Features & Use Cases

  • Living Journal Maintenance: Automatically maintains a centralized .claude/journal.md file in the repository root to track architecture decisions, established patterns, anti-patterns, mistakes, and current codebase state.
  • Structured Documentation Templates: Provides pre-built markdown templates for consistent entry formatting for decisions, patterns, mistakes, and other journal sections.
  • Use Case: When joining a new development team, use this skill to quickly generate an initial journal from existing code and documentation, or after finalizing a key tech stack choice, document the tradeoffs and rationale for future reference.

Quick Start

Use the journaling-codebase-decisions skill to document the recent decision to migrate our user authentication system from session-based to JWT, including the context, options considered, and known tradeoffs.

Frequently Asked Questions about journaling-codebase-decisions

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I document architecture decisions and rationale in a codebase?

To document architecture decisions, you maintain a living `.claude/journal.md` file in the repository root. It captures the context, tradeoffs, and rationale behind tech stack choices to preserve institutional memory for future reference.

Why does our development team keep repeating past engineering mistakes?

Development teams repeat engineering mistakes because codebases only capture what was built, not the reasoning behind choices. Documenting anti-patterns and lessons learned in a centralized journal prevents repeated errors during onboarding.

What is the best way to speed up engineering onboarding for a new repository?

The best way to speed up engineering onboarding is generating an initial journal from existing code and documentation. This provides new team members with immediate context regarding established patterns and architecture decisions.

How do I create a standardized pattern documentation file for our tech stack?

You create standardized pattern documentation using pre-built markdown templates for consistent entry formatting. These templates structure decisions, established patterns, and mistakes within a centralized codebase journal file.

Can I use structured templates to track technical debt and lessons learned?

Yes, you can use structured templates to track technical debt and lessons learned. The skill provides pre-built markdown templates that standardize the formatting of mistakes, anti-patterns, and retrospective lesson capture.

When do I need to update the codebase journal for architecture decisions?

You need to update the codebase journal after finalizing key tech stack choices or migrations. The skill provides specific update triggers to maintain documentation when architecture decisions or established patterns change.