Claude Code Insights

1,475 messages across 137 sessions (153 total) | 2026-06-03 to 2026-07-07

At a Glance
What's working: You operate Claude as a rigorous, source-verified drafting partner across legal, financial, and comms work—consistently pushing it to validate claims against actual documents and schema before producing high-stakes deliverables like legal memos and contract negotiations. You've also built compounding systems rather than one-off asks: reusable skills for weekly comms and PDF formatting, plus a disciplined PR-and-cleanup loop that keeps your repos clean and reproducible. Impressive Things You Did →
What's hindering you: On Claude's side, it too often guessed wrong about scope and intent—which scenario, which output format, how much detail—and occasionally asserted things from drafts without checking the real source, forcing you into correction cycles. On your side, environment friction was the bigger drag: expired tokens, unavailable MCP servers, sandbox limits, and permission prompts repeatedly forced degraded runs and fallback outputs. Confirming which connectors and directories are reachable before you start would prevent many stalled sessions. Where Things Go Wrong →
Quick wins to try: You already lean on Skills—keep versioning your review principles and tone rules into them so you stop re-teaching preferences each run. For digest work, have Claude list available vs. unavailable data sources up front so it fails loudly instead of inventing or misattributing content. And for your architecture explanations, spawn Task Agents to explore the codebase in parallel while you keep the main thread focused on the answer shape you actually want. Features to Try →
Ambitious workflows: As models improve, your qraft-comms skill can graduate into a fully autonomous weekly pipeline that ingests git, Notion, Slack, and Gmail, cross-verifies every technical claim against the actual codebase, and only publishes after passing accuracy checks—killing the fact-correction loops you hit today. Similarly, your recurring document-generation and reconciliation work could consolidate into one source-of-truth engine that computes every figure from an underlying model and cross-checks consistency before delivery, and your 'what's worth pushing?' sessions could become a continuous swarm that scopes stacked PRs, reviews them in your style, and iterates against tests until they're mergeable. On the Horizon →
1,475
Messages
+31,171/-1,498
Lines
444
Files
27
Days
54.6
Msgs/Day

What You Work On

Business Communications & Email Drafting ~12 sessions
Claude drafted and iteratively refined professional emails covering contract negotiations, workshop follow-ups, and outreach to specific contacts, often locating recipient addresses and creating Gmail drafts. Work included interpreting incoming emails, clarifying scope, and refining tone across multiple rounds. Many drafts were successfully sent after several correction cycles.
Legal & Financial Document Preparation ~10 sessions
Claude prepared business and legal documents — contract and agreement analyses, briefs, and memos — alongside financial documents, recalculating figures from source models, generating styled PDFs, and validating consistency against source data.
Content Generation & Social Media Publishing ~10 sessions
Claude ran the qraft-comms skill to generate weekly communication digests, verifying codebase claims for technical accuracy and honestly reporting when nothing new had shipped. It built LinkedIn/X posting pipelines with scheduling, calendars, and versioned tone rules. Some runs were degraded by sandbox and MCP access restrictions.
Version Control & Automation Pipelines ~8 sessions
Claude managed git workflows by creating PRs, reviewing changes, merging, and cleaning up stale branches and worktrees. It designed ingestion automation using GitHub as a canonical store with Drive mirroring and Gmail pulling, delivering scoped issues and stacked PRs. Work also included principle-driven architecture reviews persisted to a knowledge base.
Time Tracking, Data Analysis & Knowledge Documentation ~10 sessions
Claude reconciled Toggl and CRA time-tracking data by cross-referencing git and session logs, reclassifying entries, and syncing across systems. It analyzed metrics like Langfuse cost estimates and PostHog dashboards, then documented findings in Notion. Other tasks included transcribing audio, merging media files, and explaining technical architectures like OpenAI streaming.
What You Wanted
Content Generation
8
Email Drafting
8
File Generation
6
Version Control Pr
5
Documentation
5
Notion Documentation
5
Top Tools Used
Bash
3048
Read
798
Edit
511
Write
379
ToolSearch
229
TaskUpdate
139
Languages
Markdown
651
Python
416
JSON
56
Ruby
53
TypeScript
42
HTML
29
Session Types
Iterative Refinement
17
Single Task
14
Multi Task
14
Quick Question
3
Undefined
1
Exploration
1

How You Use Claude Code

You use Claude Code as a broad personal-and-professional operations hub rather than a pure coding tool—your work spans email drafting, document and PDF generation, Notion documentation, comms digests, research, video transcoding, and legal synthesis. This is reflected in your tool mix: heavy Bash and Read/Write usage paired with Notion and Gmail MCP integrations, with Markdown far outweighing actual code. You tend to give a clear goal upfront but expect to iterate heavily on tone and scope, especially for anything that gets sent to a real person. Email and document tasks routinely go through 'several rounds of tone corrections' and 'iterative refinement' before you're satisfied—you don't accept the first draft, you sculpt it.

You are an active, hands-on director who interrupts and course-corrects sharply when Claude drifts. When Claude studied Drive sync mechanics instead of your actual GitHub-as-canonical-store question, it earned a 'sharp rebuke'; when it padded a legal note with action items you only wanted a pure synthesis; when it drowned you in jargon you fired back 'Je comprends riennn !!!!'. You also push Claude to verify claims against ground truth—forcing it to check structure.sql/schema.rb rather than trust a draft, and catching a factual error in social posts before publishing. This vigilance is your dominant friction source: 'wrong_approach' and 'misunderstood_request' dominate the friction data, but you catch these early and steer rather than abandoning sessions.

Despite frequent misunderstandings, your outcomes are strong (30 fully achieved, only 3 not achieved), which tells me you treat friction as a normal part of the loop, not a failure. You care about end-to-end completion—repos synced, PRs opened and merged, branches cleaned up, drafts actually sent—and you notice when a session ends mid-configuration or writes to a fallback location due to sandbox/MCP limits. Your biggest environmental headwinds are sandbox restrictions, permission prompts, and expired MCP tokens, which you tolerate as long as Claude finds a workaround.

Key pattern: You delegate broad goals then steer aggressively—correcting scope, tone, and unverified claims round after round until the real-world artifact is exactly right.
User Response Time Distribution
2-10s
91
10-30s
164
30s-1m
158
1-2m
188
2-5m
224
5-15m
178
>15m
94
Median: 93.4s • Average: 293.4s
Multi-Clauding (Parallel Sessions)
129
Overlap Events
105
Sessions Involved
41%
Of Messages

You run multiple Claude Code sessions simultaneously. Multi-clauding is detected when sessions overlap in time, suggesting parallel workflows.

User Messages by Time of Day
Morning (6-12)
268
Afternoon (12-18)
515
Evening (18-24)
618
Night (0-6)
74
Tool Errors Encountered
Other
159
Command Failed
110
User Rejected
29
File Not Found
9
File Changed
6
Edit Failed
2

Impressive Things You Did

Over 137 sessions spanning your business operations, you've built an impressive multi-domain workflow combining git-based automation, document generation, and knowledge management.

Source-Verified Legal & Business Artifacts
You consistently push Claude to verify claims against actual source material before producing high-stakes deliverables like legal memos, contract negotiations, and case briefs. When Claude asserted something about a polymorphic association or misattributed a proposal's origin, you demanded verification against structure.sql and the actual documents, resulting in accurate, defensible synthesis. This verify-then-produce discipline turns Claude into a rigorous drafting partner rather than a confident guesser.
Git-as-Canonical-Store Automation Pipeline
You designed a sophisticated ingestion system using GitHub as the canonical store with Drive mirroring and Gmail pulling, delivered as well-scoped issues and stacked green PRs. You routinely have Claude review uncommitted changes, decide what's worth pushing, open PRs, confirm merges, and clean up worktrees and stale branches. This tight PR-and-cleanup loop across 90 commits keeps your repos disciplined and reproducible.
Iterative Comms & Document Generation
You built a reusable comms skill (qraft-comms) and a notion-pdf formatting skill that generate weekly digests, PDFs, and Notion pages while honestly reporting 'nothing new shipped' rather than inventing content. You iterate through tone corrections and scope refinements—versioning your review style and tone rules into knowledge—so future runs improve automatically. This turns one-off drafting into a compounding, self-documenting system.
What Helped Most (Claude's Capabilities)
Proactive Help
23
Good Explanations
10
Correct Code Edits
4
Multi-file Changes
4
Fast/Accurate Search
4
Good Debugging
2
Outcomes
Not Achieved
3
Partially Achieved
2
Mostly Achieved
15
Fully Achieved
30

Where Things Go Wrong

Your biggest friction points come from Claude misreading the intent behind your requests and from environment restrictions blocking file and integration access, both of which force repeated rewrites and workarounds.

Misunderstood scope and intent
Claude frequently guessed wrong about what you actually wanted—which scenario, which output format, or how much detail—forcing you to correct course and redo work. Stating the desired output shape and scope up front, especially for comparisons, syntheses, and briefs, would cut these iterations.
  • Claude studied Drive pull/push sync mechanics when you meant GitHub-as-canonical-store, earning a sharp rebuke and wasted exploration.
  • Claude added action items and decisions (D2/D4/D5) to your legal note when you wanted a pure synthesis, requiring a full redo.
Environment and integration restrictions
Sandbox limits, expired tokens, permission prompts, and unavailable MCP servers repeatedly blocked reads, writes, and integrations, forcing degraded runs and fallback locations. Pre-authenticating connectors and confirming which directories and tools are reachable before starting would prevent stalled or incomplete sessions.
  • The qraft-comms digest failed to write because environment restrictions blocked the file write and key data sources (not_achieved).
  • Compound bash commands and several permission-gated Bash commands were blocked, requiring retries as single or pre-allowed forms.
Unverified claims and buggy first attempts
Claude sometimes asserted things from drafts without checking the actual source, or shipped scripts that broke on first run, requiring you to push back and validate. Asking Claude to verify against schema/source and to test output before presenting it would reduce these corrections.
  • Claude claimed the code used a polymorphic association based on the draft, then had to retract it after you demanded verification against structure.sql/schema.rb.
  • PDF generation rendered images as raw markdown text and required debugging before producing consistent, usable document and proposal PDFs.
Primary Friction Types
Wrong Approach
20
Misunderstood Request
18
Buggy Code
12
User Rejected Action
8
Excessive Changes
5
Inferred Satisfaction (model-estimated)
Frustrated
1
Dissatisfied
16
Likely Satisfied
116
Satisfied
25
Happy
6

Existing CC Features to Try

Suggested CLAUDE.md Additions

Just copy this into Claude Code to add it to your CLAUDE.md.

Multiple sessions had friction where Claude made unverified technical claims (polymorphic association, factual post errors) that the user had to push back on.
Several sessions saw Claude add unwanted sections (D2/D4/D5 action items, access verification) that had to be removed.
The user repeatedly asked for simpler explanations ('Je comprends riennn') and less detail across several sessions.
Compound bash commands and permission prompts were repeatedly blocked, wasting retries across multiple sessions.

Just copy this into Claude Code and it'll set it up for you.

Custom Skills
Reusable /command workflows defined as markdown files.
Why for you: You repeatedly run qraft-comms drafting, digest writing, CRA reconciliation, and notion-pdf formatting — these are ideal one-command skills and you already built some.
Create .claude/skills/digest/SKILL.md with your weekly comms + digest workflow, then run /digest
MCP Servers
Connect Claude to Notion, Slack, Gmail, and Drive via Model Context Protocol.
Why for you: Many sessions degraded when Notion/Slack/Drive MCP were unavailable, forcing CLI workarounds and fallback file locations.
claude mcp add notion -- npx -y @notionhq/notion-mcp-server
Task Agents
Spawn focused subagents for codebase exploration.
Why for you: Your streaming/architecture explanation sessions benefited from exploration; using agents deliberately would prevent unverified claims about associations and schemas.
Ask: 'Use an agent to verify how OpenAI streaming is wired end-to-end against the actual source before explaining.'

New Ways to Use Claude Code

Just copy this into Claude Code and it'll walk you through it.

Confirm scope before drafting
Restate the exact deliverable and scope before producing emails, notes, or comparison files.
Several document and note sessions required multiple rewrites because Claude misread whether you wanted separate outputs, before/after comparisons, or a pure synthesis. A single upfront confirmation would save iterations. This applies across your email drafting and financial document work.
Paste into Claude Code:
Before you build anything, restate in one sentence exactly what output I want (format, scope, which scenario) and wait for my yes.
Persist your review and tone style
Version your reviewing principles and tone rules so you don't re-teach them.
You repeatedly corrected tone on social posts and level-of-detail on PR reviews, then persisted rules to knowledge PRs. Formalizing these in CLAUDE.md or a skill front-loads your preferences. This directly reduces the tone-correction rounds seen in your LinkedIn/X pipeline sessions.
Paste into Claude Code:
Read my existing tone rules and review principles from the repo, then apply them from the start of every drafting and review task without me repeating them.
Verify data sources up front for digests
List available vs unavailable data sources before writing comms digests.
Multiple qraft-comms runs were degraded or misattributed content because sources were unavailable or misclassified. Having Claude enumerate accessible sources first prevents fabricated or wrong-channel output. This is your most frequent recurring workflow.
Paste into Claude Code:
Before writing the digest, list every data source you can and cannot currently access, and flag anything you'd have to skip so I can decide.

On the Horizon

AI-assisted development is evolving from single-task assistance into orchestrated, self-verifying systems where agents span code, documents, and business operations end-to-end.

Self-Verifying Comms & Digest Pipeline
Your recurring qraft-comms skill could evolve into a fully autonomous weekly pipeline that ingests git commits, PRs, Notion, Slack, and Gmail as canonical sources, cross-verifies claims against the actual codebase, and only publishes after passing factual-accuracy checks. Instead of degraded runs and misattributed content, a fleet of verification agents would confirm every technical claim against structure.sql and merged code before drafting, eliminating the fact-correction cycles you repeatedly hit. The system would honestly report 'nothing shipped' when true and auto-schedule multi-platform posts when there is.
Getting started: Extend your existing skill with a scheduled headless run plus MCP connectors for Notion/Slack/Gmail, and add a verification subagent that greps the codebase to validate each factual claim before publishing.
Paste into Claude Code:
Build a self-verifying weekly comms pipeline. Step 1: spawn parallel agents to pull last week's activity from git log, merged PRs, Notion, Slack, and Gmail. Step 2: draft a digest and social posts, but for every technical claim, spawn a verification subagent that greps the actual codebase (structure.sql, schema.rb, source) to confirm accuracy—flag and rewrite any unverifiable claim. Step 3: if nothing meaningful shipped, write an honest 'nothing new' digest instead of inventing content. Step 4: only after all claims pass verification, schedule the posts and save the digest to Notion. Report a verification summary showing what was checked.
Parallel Ship-Review-Merge Agent Swarm
Your frequent 'what's worth pushing?' and PR cleanup sessions could become a continuous autonomous release loop where parallel agents scan uncommitted work, group changes into well-scoped stacked PRs, run principle-driven architecture reviews using your persisted review style, and clean up worktrees and stale branches after merge. Instead of one-off manual sessions, the swarm would keep main clean, open green stacked PRs, and apply your simplification-first review conventions automatically. It would iterate against tests until each PR is mergeable without your intervention.
Getting started: Persist your review principles to a knowledge file, then run a Task-orchestrated workflow that spawns reviewer, scoper, and cleanup agents against your test suite and CI.
Paste into Claude Code:
Act as an autonomous ship-review-merge orchestrator. Step 1: scan all uncommitted and unpushed changes and group them into logically-scoped, stacked PRs following existing repo conventions. Step 2: for each PR, run the test suite and iterate on fixes until green. Step 3: spawn a reviewer subagent that applies my persisted review style (architecture-first, simplification-focused, minimal detail) and post the review. Step 4: after I merge, automatically sync main, remove worktrees, and delete stale branches. Load my review principles from my knowledge file first, and never falsify or over-scope changes—flag anything ambiguous for my decision.