From cf04d99f638d98aaeb8b9309ee3cb695949604fe Mon Sep 17 00:00:00 2001
From: carlos-alm <127798846+carlos-alm@users.noreply.github.com>
Date: Mon, 30 Mar 2026 03:42:06 -0600
Subject: [PATCH 1/6] fix(skills): track real phase timestamps, open GitHub
 issues, enforce batch size

titan-run: record phaseTimestamps.{phase}.startedAt/completedAt in
titan-state.json at each phase boundary so CLOSE has real wall-clock data.

titan-close: read phaseTimestamps from state instead of guessing; fall back
to git log timestamps when missing. Open GitHub issues (gh issue create)
for bug/limitation severity entries instead of only listing them in the report.

titan-recon: enforce hard limit of 5 files per batch to prevent context
overload in gauntlet sub-agents. titan-run V4 now warns on oversized batches.
---
 .claude/skills/titan-close/SKILL.md | 55 ++++++++++++++++++++++++-----
 .claude/skills/titan-recon/SKILL.md |  3 +-
 .claude/skills/titan-run/SKILL.md   | 36 +++++++++++++++++++
 3 files changed, 85 insertions(+), 9 deletions(-)

diff --git a/.claude/skills/titan-close/SKILL.md b/.claude/skills/titan-close/SKILL.md
index 299bc447..fb486ddb 100644
--- a/.claude/skills/titan-close/SKILL.md
+++ b/.claude/skills/titan-close/SKILL.md
@@ -216,7 +216,7 @@ Compare final metrics against `titan-state.json` baseline:
 
 ---
 
-## Step 5 — Compile the issue tracker
+## Step 5 — Compile the issue tracker and open GitHub issues
 
 Read `.codegraph/titan/issues.ndjson`. Each line is a JSON object:
 
@@ -230,6 +230,37 @@ Group issues by category and severity. Summarize:
 - **Process notes:** suggestions for improving the Titan workflow
 - **Codebase observations:** structural concerns beyond what the audit covered
 
+### 5b. Open GitHub issues
+
+For each issue with severity `bug` or `limitation`, create a GitHub issue using `gh`:
+
+```bash
+gh issue create --title "<category>: <short description>" --body "$(cat <<'EOF'
+## Context
+Discovered during Titan audit (phase: <phase>, date: <timestamp>).
+
+## Description
+<description>
+
+## Additional Context
+<context field, if present>
+
+## Source
+- **Titan phase:** <phase>
+- **Severity:** <severity>
+- **Category:** <category>
+EOF
+)" --label "titan-audit"
+```
+
+**Rules for issue creation:**
+- **Only open issues for `bug` and `limitation` severity.** Suggestions and observations go in the report only — they are not actionable enough for standalone issues.
+- **Check for duplicates first:** Run `gh issue list --search "<short description>" --state open --limit 5` before creating. If a matching open issue exists, skip it and note "existing issue #N" in the report.
+- **Label:** Use `titan-audit` label. If the label doesn't exist, create it: `gh label create titan-audit --description "Issues discovered during Titan audit" --color "d4c5f9" 2>/dev/null || true`
+- **Record each created issue number** for inclusion in the report's Issues section.
+
+For `suggestion` and `codebase` severity entries, include them in the report's Issues section but do NOT create GitHub issues.
+
 ---
 
 ## Step 6 — Compile the gate log
@@ -283,13 +314,21 @@ Write the report as Markdown:
 
 ## Pipeline Timeline
 
-| Phase | Started | Completed | Duration |
-|-------|---------|-----------|----------|
-| RECON | <from state> | <from state> | — |
-| GAUNTLET | — | — | — |
-| SYNC | — | — | — |
-| GATE (runs) | — | — | — |
-| CLOSE | <now> | <now> | — |
+Read `titan-state.json → phaseTimestamps` for real wall-clock data. If `phaseTimestamps` exists, use the recorded ISO 8601 timestamps to compute durations. If it does not exist (older pipeline run), derive timing from git commit timestamps as a fallback — **never invent or guess timestamps.**
+
+**Duration computation:** For each phase with `startedAt` and `completedAt`, compute duration as the difference in minutes/hours. For forge, also note the first and last commit timestamps from `git log`.
+
+| Phase | Duration | Notes |
+|-------|----------|-------|
+| RECON | <computed from phaseTimestamps.recon> | — |
+| GAUNTLET | <computed from phaseTimestamps.gauntlet> | <iterations count if resuming> |
+| SYNC | <computed from phaseTimestamps.sync> | — |
+| FORGE | <computed from phaseTimestamps.forge> | <commit count>, first at <time>, last at <time> |
+| GATE | across forge | <total runs> inline with forge commits |
+| CLOSE | <computed from phaseTimestamps.close> | — |
+| **Total** | <sum of all phases> | — |
+
+**If `phaseTimestamps` is missing:** Fall back to git log timestamps. Use the earliest and latest commit timestamps from `git log main..HEAD --format="%ai"` to bound the forge phase. For analysis phases (recon, gauntlet, sync), use `titan-state.json → initialized` and `lastUpdated` as rough bounds. Mark the durations as "~approximate" in the table.
 
 ---
 
diff --git a/.claude/skills/titan-recon/SKILL.md b/.claude/skills/titan-recon/SKILL.md
index 5dab238f..8a33622c 100644
--- a/.claude/skills/titan-recon/SKILL.md
+++ b/.claude/skills/titan-recon/SKILL.md
@@ -188,7 +188,8 @@ Write `.codegraph/titan/GLOBAL_ARCH.md`:
 
 ## Step 10 — Propose work batches
 
-Decompose the priority queue into **work batches** of ~5-15 files each:
+Decompose the priority queue into **work batches** of **at most 5 files each**:
+- **Hard limit: 5 files per batch.** If a domain has more than 5 files, split it into multiple batches (e.g., "domain-parser-1", "domain-parser-2"). This keeps each gauntlet iteration focused and prevents context overload in sub-agents.
 - Stay within a single domain where possible
 - Group tightly-coupled files together (from communities)
 - Order by priority: highest-risk domains first
diff --git a/.claude/skills/titan-run/SKILL.md b/.claude/skills/titan-run/SKILL.md
index fefd96d9..013618c8 100644
--- a/.claude/skills/titan-run/SKILL.md
+++ b/.claude/skills/titan-run/SKILL.md
@@ -40,6 +40,18 @@ You are the **orchestrator** for the full Titan Paradigm pipeline. Your job is t
    - If state exists and `--start-from` not specified, ask user: "Existing Titan state found (phase: `<currentPhase>`). Resume from current state, or start fresh with `/titan-reset` first?"
    - If `--yes` is set, resume automatically.
 
+   **Initialize the phase timestamps helper.** Throughout the pipeline, you will record wall-clock timestamps for each phase. Use this helper to write them into `titan-state.json`:
+
+   ```bash
+   # Record phase start:
+   node -e "const fs=require('fs');const s=JSON.parse(fs.readFileSync('.codegraph/titan/titan-state.json','utf8'));s.phaseTimestamps=s.phaseTimestamps||{};s.phaseTimestamps['<PHASE>']=s.phaseTimestamps['<PHASE>']||{};s.phaseTimestamps['<PHASE>'].startedAt=new Date().toISOString();fs.writeFileSync('.codegraph/titan/titan-state.json',JSON.stringify(s,null,2));"
+
+   # Record phase completion:
+   node -e "const fs=require('fs');const s=JSON.parse(fs.readFileSync('.codegraph/titan/titan-state.json','utf8'));s.phaseTimestamps=s.phaseTimestamps||{};s.phaseTimestamps['<PHASE>']=s.phaseTimestamps['<PHASE>']||{};s.phaseTimestamps['<PHASE>'].completedAt=new Date().toISOString();fs.writeFileSync('.codegraph/titan/titan-state.json',JSON.stringify(s,null,2));"
+   ```
+
+   Replace `<PHASE>` with `recon`, `gauntlet`, `sync`, `forge`, or `close`. **Run the start command immediately before dispatching each phase's first sub-agent, and the completion command immediately after post-phase validation passes.** If resuming a phase (e.g., gauntlet loop iteration 2+), do NOT overwrite `startedAt` — only set it if it doesn't already exist.
+
 4. **Sync with main** (once, before any sub-agent runs):
    ```bash
    git fetch origin main && git merge origin/main --no-edit
@@ -128,6 +140,9 @@ WARN-level V-checks from skipped phases are surfaced as prefixed warnings: "[ski
 
 ### 1a. Run Pre-Agent Gate (G1-G4)
 
+### 1a.1. Record phase start timestamp
+Record `phaseTimestamps.recon.startedAt` (only if not already set — it may exist from a prior crashed run).
+
 ### 1b. Dispatch sub-agent
 
 Use the **Agent tool** to spawn a sub-agent:
@@ -177,11 +192,14 @@ If `NO_SNAPSHOT` → **WARN** (not fatal, but note it: "No baseline snapshot —
 **V4. Cross-check counts:**
 - `titan-state.json → stats.totalFiles` should roughly match the number of targets across all batches (batches are subsets of files, so `sum(batch.files.length)` should be ≤ `totalFiles`)
 - `priorityQueue.length` should be > 0 and ≤ `totalNodes`
+- **Batch size check:** Every batch must have ≤ 5 files. If any batch exceeds 5, **WARN**: "Batch <id> has <N> files (max 5). Large batches cause context overload in gauntlet sub-agents."
 
 If wildly inconsistent (e.g., 0 batches but 500 nodes) → **WARN** with details.
 
 Print: `RECON validated. Domains: <count>, Batches: <count>, Priority targets: <count>, Quality score: <score>`
 
+Record `phaseTimestamps.recon.completedAt`.
+
 ---
 
 ## Step 2 — GAUNTLET (loop)
@@ -190,6 +208,8 @@ Print: `RECON validated. Domains: <count>, Batches: <count>, Priority targets: <
 
 ### 2a. Pre-loop check
 
+Record `phaseTimestamps.gauntlet.startedAt` (only if not already set — gauntlet may be resuming).
+
 Read `.codegraph/titan/gauntlet-summary.json` if it exists:
 - If `"complete": true` → run gauntlet post-validation (2d) and skip loop if it passes
 - Otherwise, count completed batches from `titan-state.json` for progress tracking
@@ -298,6 +318,8 @@ If mismatched → **WARN** with details (not fatal — the NDJSON is the source
 
 Print: `GAUNTLET validated. Audited: <N>/<M> targets. Pass: <N>, Warn: <N>, Fail: <N>, Decompose: <N>. NDJSON integrity: <valid>/<total> lines OK.`
 
+Record `phaseTimestamps.gauntlet.completedAt`.
+
 ---
 
 ## Step 3 — SYNC
@@ -306,6 +328,9 @@ Print: `GAUNTLET validated. Audited: <N>/<M> targets. Pass: <N>, Warn: <N>, Fail
 
 ### 3a. Run Pre-Agent Gate (G1-G4)
 
+### 3a.1. Record phase start timestamp
+Record `phaseTimestamps.sync.startedAt`.
+
 ### 3b. Dispatch sub-agent
 
 ```
@@ -337,6 +362,8 @@ For entries with `dependencies` arrays, verify that each dependency phase number
 
 Print: `SYNC validated. Execution phases: <N>, Total targets: <N>, Estimated commits: <N>.`
 
+Record `phaseTimestamps.sync.completedAt`.
+
 ---
 
 ## Step 3.5 — Pre-forge: Architectural Snapshot + Human Checkpoint
@@ -453,6 +480,8 @@ Once the user confirms (or `--yes` was set), `autoConfirm` is already `true` (se
 
 ### 4a. Pre-loop check
 
+Record `phaseTimestamps.forge.startedAt` (only if not already set — forge may be resuming).
+
 Read `.codegraph/titan/sync.json` → count total phases in `executionOrder`.
 Read `.codegraph/titan/titan-state.json` → check `execution.completedPhases` (may not exist yet if forge hasn't started).
 
@@ -575,6 +604,8 @@ If `.codegraph/titan/gate-log.ndjson` exists:
 
 Print forge summary.
 
+Record `phaseTimestamps.forge.completedAt`.
+
 ---
 
 ## Step 5 — CLOSE (report + PRs)
@@ -583,6 +614,9 @@ After forge completes, dispatch `/titan-close` to produce the final report with
 
 ### 5a. Run Pre-Agent Gate (G1-G4)
 
+### 5a.1. Record phase start timestamp
+Record `phaseTimestamps.close.startedAt`.
+
 ### 5b. Dispatch sub-agent
 
 ```
@@ -598,6 +632,8 @@ After the agent returns, verify:
 
 If the agent created PRs, print the PR URLs.
 
+Record `phaseTimestamps.close.completedAt`.
+
 ---
 
 ## Error Handling

From df24886628a0972576a60b2b7151090c2a9b57a8 Mon Sep 17 00:00:00 2001
From: carlos-alm <127798846+carlos-alm@users.noreply.github.com>
Date: Mon, 30 Mar 2026 03:50:10 -0600
Subject: [PATCH 2/6] fix(skills): add gh availability check and timestamp
 validation (#702)

Add gh CLI pre-check in titan-close before attempting GitHub issue
creation, with graceful fallback when gh is unavailable or
unauthenticated. Add startedAt < completedAt timestamp validation
in titan-run after recording phase completion timestamps.
---
 .claude/skills/titan-close/SKILL.md | 6 ++++++
 .claude/skills/titan-run/SKILL.md   | 6 ++++++
 2 files changed, 12 insertions(+)

diff --git a/.claude/skills/titan-close/SKILL.md b/.claude/skills/titan-close/SKILL.md
index fb486ddb..9a0da290 100644
--- a/.claude/skills/titan-close/SKILL.md
+++ b/.claude/skills/titan-close/SKILL.md
@@ -232,6 +232,12 @@ Group issues by category and severity. Summarize:
 
 ### 5b. Open GitHub issues
 
+**Pre-check:** Verify `gh` is available and authenticated before attempting issue creation:
+```bash
+gh auth status 2>&1 || echo "GH_UNAVAILABLE"
+```
+If `GH_UNAVAILABLE`, skip issue creation entirely and note in the report: "GitHub issues were not created — `gh` CLI is not available or not authenticated. Create them manually from the Issues section below."
+
 For each issue with severity `bug` or `limitation`, create a GitHub issue using `gh`:
 
 ```bash
diff --git a/.claude/skills/titan-run/SKILL.md b/.claude/skills/titan-run/SKILL.md
index 013618c8..e1afed53 100644
--- a/.claude/skills/titan-run/SKILL.md
+++ b/.claude/skills/titan-run/SKILL.md
@@ -52,6 +52,12 @@ You are the **orchestrator** for the full Titan Paradigm pipeline. Your job is t
 
    Replace `<PHASE>` with `recon`, `gauntlet`, `sync`, `forge`, or `close`. **Run the start command immediately before dispatching each phase's first sub-agent, and the completion command immediately after post-phase validation passes.** If resuming a phase (e.g., gauntlet loop iteration 2+), do NOT overwrite `startedAt` — only set it if it doesn't already exist.
 
+   **Timestamp validation:** After recording `completedAt` for any phase, verify `startedAt < completedAt`:
+   ```bash
+   node -e "const s=JSON.parse(require('fs').readFileSync('.codegraph/titan/titan-state.json','utf8'));const p=s.phaseTimestamps?.['<PHASE>'];if(p?.startedAt&&p?.completedAt){const start=new Date(p.startedAt),end=new Date(p.completedAt);if(end<=start){console.log('WARNING: <PHASE> completedAt ('+p.completedAt+') is not after startedAt ('+p.startedAt+')');process.exit(1);}console.log('<PHASE> duration: '+((end-start)/60000).toFixed(1)+' min');}else{console.log('WARNING: <PHASE> missing startedAt or completedAt');}"
+   ```
+   If the check fails, log a warning but do not stop the pipeline — clock skew or immediate completion of short phases can cause this.
+
 4. **Sync with main** (once, before any sub-agent runs):
    ```bash
    git fetch origin main && git merge origin/main --no-edit

From 4b41ad29e6c7e568cf2c4d945c2f7b396f43e819 Mon Sep 17 00:00:00 2001
From: carlos-alm <127798846+carlos-alm@users.noreply.github.com>
Date: Mon, 30 Mar 2026 03:52:54 -0600
Subject: [PATCH 3/6] fix(skills): address Greptile review feedback (#702)

- Guard startedAt against overwrite on resume in titan-run timestamp
  helper (prevents fabricated short durations after crash/resume)
- Fix "codebase" referenced as severity instead of category in
  titan-close issue creation rules
- Replace fragile heredoc-in-subshell pattern with --body-file temp
  file for gh issue create to avoid quoting/expansion edge cases
---
 .claude/skills/titan-close/SKILL.md | 12 ++++++++----
 .claude/skills/titan-run/SKILL.md   |  4 ++--
 2 files changed, 10 insertions(+), 6 deletions(-)

diff --git a/.claude/skills/titan-close/SKILL.md b/.claude/skills/titan-close/SKILL.md
index 9a0da290..1c556103 100644
--- a/.claude/skills/titan-close/SKILL.md
+++ b/.claude/skills/titan-close/SKILL.md
@@ -241,7 +241,8 @@ If `GH_UNAVAILABLE`, skip issue creation entirely and note in the report: "GitHu
 For each issue with severity `bug` or `limitation`, create a GitHub issue using `gh`:
 
 ```bash
-gh issue create --title "<category>: <short description>" --body "$(cat <<'EOF'
+BODY=$(mktemp)
+cat > "$BODY" <<'ISSUE_BODY'
 ## Context
 Discovered during Titan audit (phase: <phase>, date: <timestamp>).
 
@@ -255,17 +256,20 @@ Discovered during Titan audit (phase: <phase>, date: <timestamp>).
 - **Titan phase:** <phase>
 - **Severity:** <severity>
 - **Category:** <category>
-EOF
-)" --label "titan-audit"
+ISSUE_BODY
+gh issue create --title "<category>: <short description>" --body-file "$BODY" --label "titan-audit"
+rm -f "$BODY"
 ```
 
+Using `--body-file` with a temp file avoids quoting/expansion issues that can arise when issue descriptions contain backticks, `$()` sequences, or literal `EOF` strings.
+
 **Rules for issue creation:**
 - **Only open issues for `bug` and `limitation` severity.** Suggestions and observations go in the report only — they are not actionable enough for standalone issues.
 - **Check for duplicates first:** Run `gh issue list --search "<short description>" --state open --limit 5` before creating. If a matching open issue exists, skip it and note "existing issue #N" in the report.
 - **Label:** Use `titan-audit` label. If the label doesn't exist, create it: `gh label create titan-audit --description "Issues discovered during Titan audit" --color "d4c5f9" 2>/dev/null || true`
 - **Record each created issue number** for inclusion in the report's Issues section.
 
-For `suggestion` and `codebase` severity entries, include them in the report's Issues section but do NOT create GitHub issues.
+For `suggestion` severity entries and entries with `category: "codebase"`, include them in the report's Issues section but do NOT create GitHub issues.
 
 ---
 
diff --git a/.claude/skills/titan-run/SKILL.md b/.claude/skills/titan-run/SKILL.md
index e1afed53..a518e94d 100644
--- a/.claude/skills/titan-run/SKILL.md
+++ b/.claude/skills/titan-run/SKILL.md
@@ -43,8 +43,8 @@ You are the **orchestrator** for the full Titan Paradigm pipeline. Your job is t
    **Initialize the phase timestamps helper.** Throughout the pipeline, you will record wall-clock timestamps for each phase. Use this helper to write them into `titan-state.json`:
 
    ```bash
-   # Record phase start:
-   node -e "const fs=require('fs');const s=JSON.parse(fs.readFileSync('.codegraph/titan/titan-state.json','utf8'));s.phaseTimestamps=s.phaseTimestamps||{};s.phaseTimestamps['<PHASE>']=s.phaseTimestamps['<PHASE>']||{};s.phaseTimestamps['<PHASE>'].startedAt=new Date().toISOString();fs.writeFileSync('.codegraph/titan/titan-state.json',JSON.stringify(s,null,2));"
+   # Record phase start (safe for resume — only sets startedAt if not already present):
+   node -e "const fs=require('fs');const s=JSON.parse(fs.readFileSync('.codegraph/titan/titan-state.json','utf8'));s.phaseTimestamps=s.phaseTimestamps||{};s.phaseTimestamps['<PHASE>']=s.phaseTimestamps['<PHASE>']||{};if(!s.phaseTimestamps['<PHASE>'].startedAt){s.phaseTimestamps['<PHASE>'].startedAt=new Date().toISOString();fs.writeFileSync('.codegraph/titan/titan-state.json',JSON.stringify(s,null,2));}"
 
    # Record phase completion:
    node -e "const fs=require('fs');const s=JSON.parse(fs.readFileSync('.codegraph/titan/titan-state.json','utf8'));s.phaseTimestamps=s.phaseTimestamps||{};s.phaseTimestamps['<PHASE>']=s.phaseTimestamps['<PHASE>']||{};s.phaseTimestamps['<PHASE>'].completedAt=new Date().toISOString();fs.writeFileSync('.codegraph/titan/titan-state.json',JSON.stringify(s,null,2));"

From c5325659c0bae8a270d39ddfb8f671c0c699056d Mon Sep 17 00:00:00 2001
From: carlos-alm <127798846+carlos-alm@users.noreply.github.com>
Date: Mon, 30 Mar 2026 04:07:30 -0600
Subject: [PATCH 4/6] fix(skills): record close.completedAt before writing
 report (#702)

titan-run records phaseTimestamps.close.completedAt after titan-close
returns, but by then the report is already written. Add an instruction
for titan-close to record its own completedAt just before generating
the report, so the Pipeline Timeline CLOSE row has accurate data.
---
 .claude/skills/titan-close/SKILL.md | 8 ++++++++
 1 file changed, 8 insertions(+)

diff --git a/.claude/skills/titan-close/SKILL.md b/.claude/skills/titan-close/SKILL.md
index 1c556103..4fa1eff7 100644
--- a/.claude/skills/titan-close/SKILL.md
+++ b/.claude/skills/titan-close/SKILL.md
@@ -285,6 +285,14 @@ Read `.codegraph/titan/gate-log.ndjson`. Summarize:
 
 ## Step 7 — Generate the report
 
+### Record CLOSE completion timestamp
+
+Before writing the report, record `phaseTimestamps.close.completedAt` so the Pipeline Timeline has accurate data for the CLOSE row. (titan-run also records this after titan-close returns as a safety backstop, but by then the report is already written.)
+
+```bash
+node -e "const fs=require('fs');const s=JSON.parse(fs.readFileSync('.codegraph/titan/titan-state.json','utf8'));s.phaseTimestamps=s.phaseTimestamps||{};s.phaseTimestamps['close']=s.phaseTimestamps['close']||{};s.phaseTimestamps['close'].completedAt=new Date().toISOString();fs.writeFileSync('.codegraph/titan/titan-state.json',JSON.stringify(s,null,2));"
+```
+
 ### Report path
 
 ```

From bfbccfa1f4258d467e8fa8b088b1891cd0edaa01 Mon Sep 17 00:00:00 2001
From: carlos-alm <127798846+carlos-alm@users.noreply.github.com>
Date: Mon, 30 Mar 2026 04:16:56 -0600
Subject: [PATCH 5/6] fix(skills): use exit(0) for timestamp validation warning
 (#702)

The timestamp validation script used process.exit(1) on clock skew,
contradicting the prose instruction to "log a warning but do not stop
the pipeline." An AI agent seeing exit code 1 may abort the phase.
Changed to process.exit(0) so the warning is non-fatal.
---
 .claude/skills/titan-run/SKILL.md | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/.claude/skills/titan-run/SKILL.md b/.claude/skills/titan-run/SKILL.md
index a518e94d..88028a17 100644
--- a/.claude/skills/titan-run/SKILL.md
+++ b/.claude/skills/titan-run/SKILL.md
@@ -54,7 +54,7 @@ You are the **orchestrator** for the full Titan Paradigm pipeline. Your job is t
 
    **Timestamp validation:** After recording `completedAt` for any phase, verify `startedAt < completedAt`:
    ```bash
-   node -e "const s=JSON.parse(require('fs').readFileSync('.codegraph/titan/titan-state.json','utf8'));const p=s.phaseTimestamps?.['<PHASE>'];if(p?.startedAt&&p?.completedAt){const start=new Date(p.startedAt),end=new Date(p.completedAt);if(end<=start){console.log('WARNING: <PHASE> completedAt ('+p.completedAt+') is not after startedAt ('+p.startedAt+')');process.exit(1);}console.log('<PHASE> duration: '+((end-start)/60000).toFixed(1)+' min');}else{console.log('WARNING: <PHASE> missing startedAt or completedAt');}"
+   node -e "const s=JSON.parse(require('fs').readFileSync('.codegraph/titan/titan-state.json','utf8'));const p=s.phaseTimestamps?.['<PHASE>'];if(p?.startedAt&&p?.completedAt){const start=new Date(p.startedAt),end=new Date(p.completedAt);if(end<=start){console.log('WARNING: <PHASE> completedAt ('+p.completedAt+') is not after startedAt ('+p.startedAt+')');process.exit(0);}console.log('<PHASE> duration: '+((end-start)/60000).toFixed(1)+' min');}else{console.log('WARNING: <PHASE> missing startedAt or completedAt');}"
    ```
    If the check fails, log a warning but do not stop the pipeline — clock skew or immediate completion of short phases can cause this.
 

From 6e963d84f61476be087ffdf9ede31ab638a130d1 Mon Sep 17 00:00:00 2001
From: carlos-alm <127798846+carlos-alm@users.noreply.github.com>
Date: Mon, 30 Mar 2026 05:34:31 -0600
Subject: [PATCH 6/6] fix(skills): handle recon.startedAt on fresh runs (#702)

The recon start timestamp helper threw ENOENT on fresh runs because
titan-state.json doesn't exist until titan-recon Step 12. The fix adds
a safe variant that creates a minimal stub when the file is missing and
updates titan-recon to merge any existing phaseTimestamps into the full
state file it writes.
---
 .claude/skills/titan-recon/SKILL.md | 9 +++++++++
 .claude/skills/titan-run/SKILL.md   | 8 ++++++++
 2 files changed, 17 insertions(+)

diff --git a/.claude/skills/titan-recon/SKILL.md b/.claude/skills/titan-recon/SKILL.md
index 8a33622c..2544c611 100644
--- a/.claude/skills/titan-recon/SKILL.md
+++ b/.claude/skills/titan-recon/SKILL.md
@@ -215,6 +215,14 @@ Create `.codegraph/titan/titan-state.json` — the single source of truth for th
 mkdir -p .codegraph/titan
 ```
 
+**Important:** Before writing, check if `titan-state.json` already exists (the orchestrator may have written `phaseTimestamps.recon.startedAt` before dispatching this sub-agent). If it does, read the existing `phaseTimestamps` and merge them into the new state object so the start timestamp is preserved:
+
+```bash
+node -e "const fs=require('fs');const p='.codegraph/titan/titan-state.json';let existing={};try{existing=JSON.parse(fs.readFileSync(p,'utf8'));}catch{}console.log(JSON.stringify(existing.phaseTimestamps||{}));"
+```
+
+Include the preserved `phaseTimestamps` in the state file below.
+
 ```json
 {
   "version": 1,
@@ -282,6 +290,7 @@ mkdir -p .codegraph/titan
   },
   "hotFiles": ["<top 30>"],
   "tangledDirs": ["<cohesion < 0.3>"],
+  "phaseTimestamps": "<merged from existing file — see above>",
   "fileAudits": {},
   "progress": {
     "totalFiles": 0,
diff --git a/.claude/skills/titan-run/SKILL.md b/.claude/skills/titan-run/SKILL.md
index 88028a17..c684afe0 100644
--- a/.claude/skills/titan-run/SKILL.md
+++ b/.claude/skills/titan-run/SKILL.md
@@ -149,6 +149,14 @@ WARN-level V-checks from skipped phases are surfaced as prefixed warnings: "[ski
 ### 1a.1. Record phase start timestamp
 Record `phaseTimestamps.recon.startedAt` (only if not already set — it may exist from a prior crashed run).
 
+**Note:** On a fresh run, `titan-state.json` does not yet exist (titan-recon creates it in Step 12). Use this safe variant that creates a minimal stub if the file is missing:
+
+```bash
+node -e "const fs=require('fs');const p='.codegraph/titan/titan-state.json';let s;try{s=JSON.parse(fs.readFileSync(p,'utf8'));}catch{fs.mkdirSync('.codegraph/titan',{recursive:true});s={};}s.phaseTimestamps=s.phaseTimestamps||{};s.phaseTimestamps['recon']=s.phaseTimestamps['recon']||{};if(!s.phaseTimestamps['recon'].startedAt){s.phaseTimestamps['recon'].startedAt=new Date().toISOString();fs.writeFileSync(p,JSON.stringify(s,null,2));}"
+```
+
+This ensures `recon.startedAt` is recorded even on first-time runs. titan-recon Step 12 merges any existing `phaseTimestamps` into the full state file it writes.
+
 ### 1b. Dispatch sub-agent
 
 Use the **Agent tool** to spawn a sub-agent: