You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
v0.5.0 established the compiled Rust CLI as the primary execution kernel, with PowerShell retained as a recovery/compatibility surface. The next product-quality step is not another provider: it is to make the Pipeline prove its own health before release, then add first-class Agent session intelligence.
Today GitHub CI can be fully green while a fresh code-intel self-run fails its own architecture gate. That mismatch allows structural debris to accumulate behind a successful release badge and makes the final Hospital output less actionable than the underlying evidence.
Reference implementation for the session-observability surface: cosmtrek/mindwalk. We should internalize the useful contracts and workflows, not clone its entire UI or introduce a runtime dependency on it.
Core product-quality defect
Release green is not equivalent to product healthy.
Fresh evidence from the released v0.5.0 code:
PR CI and the post-merge main CI completed successfully.
A fresh normal self-run ended as process_failed with diagnosis.hospital - architecture gate failure.
Sentrux gate reported:
quality 5470 -> 5274;
cycles 0 -> 1;
complex functions 21 -> 85.
Sentrux check identified the circular dependency:
crates/code-intel-cli/src/dag_run.rs;
crates/code-intel-cli/src/execution_kernel.rs.
The published Hospital view exposed only architecture gate failure; the surgery plan was not_required and the primary target fields were empty.
This is both a gating defect and an artifact UX defect: authoritative evidence knows the failure, but CI does not enforce it and the human-facing report does not carry the actionable target forward.
Target outcome
Code Intel becomes a self-governing, model-independent Pipeline with two complementary intelligence planes:
Targeted tests, full Rust tests, package smoke, self-scan, and post-merge CI all pass before release.
Non-goals for these slices
No Three.js/3D city, cinematic effects, or video export in the first viewer.
No general IDE/workbench, autonomous code modification, or automatic PR creation.
No third-party session adapters beyond Claude Code and Codex until the trace contract proves stable.
No runtime dependency on Mindwalk.
No new production dependency unless the existing Rust/platform stack cannot meet a measured requirement.
Implementation order
Fix the self-scan cycle and actionable diagnostic propagation.
Put the exact self-scan into CI and the release workflow.
Define trace/event/session schemas and golden fixtures.
Implement Claude and Codex adapters plus subagent correlation.
Implement mechanical scoring and optional sealed judge input.
Add the minimum 2D viewer and cross-session comparison.
Publish cross-platform packages after the CLI and schema contracts are stable.
Review questions
Does the proposed self-dogfood gate prove the exact release candidate, or can checkout/package/baseline drift still create a false green?
Is the dag_run / execution_kernel cycle best removed by ownership inversion, extracting a shared request/result type, or deleting a redundant orchestration layer?
Which Hospital fields must become mandatory so every structural failure is immediately actionable?
Does the trace schema preserve enough source provenance for replay and review without leaking prompts or provider-private data?
Which session-quality signals can be deterministic, and which must remain advisory or unknown?
Are the v0.5.1, v0.6.0, and v0.7.0 boundaries independently shippable and rollback-safe?
What should be deleted or deferred to prevent the viewer and adapter surface from becoming another parallel product?
Abstract
v0.5.0established the compiled Rust CLI as the primary execution kernel, with PowerShell retained as a recovery/compatibility surface. The next product-quality step is not another provider: it is to make the Pipeline prove its own health before release, then add first-class Agent session intelligence.Today GitHub CI can be fully green while a fresh
code-intelself-run fails its own architecture gate. That mismatch allows structural debris to accumulate behind a successful release badge and makes the final Hospital output less actionable than the underlying evidence.Reference implementation for the session-observability surface: cosmtrek/mindwalk. We should internalize the useful contracts and workflows, not clone its entire UI or introduce a runtime dependency on it.
Core product-quality defect
Release green is not equivalent to product healthy.
Fresh evidence from the released
v0.5.0code:mainCI completed successfully.process_failedwithdiagnosis.hospital - architecture gate failure.5470 -> 5274;0 -> 1;21 -> 85.crates/code-intel-cli/src/dag_run.rs;crates/code-intel-cli/src/execution_kernel.rs.architecture gate failure; the surgery plan wasnot_requiredand the primary target fields were empty.This is both a gating defect and an artifact UX defect: authoritative evidence knows the failure, but CI does not enforce it and the human-facing report does not carry the actionable target forward.
Target outcome
Code Intel becomes a self-governing, model-independent Pipeline with two complementary intelligence planes:
Models remain optional judges/consumers. Pipeline facts, release authority, trace normalization, mechanical scoring, and artifact publication remain deterministic and Pipeline-owned.
Delivery slices
v0.5.1 — Self-dogfood release integrity
dag_run/execution_kernelcircular dependency at the shared ownership boundary.release green,self-scan green, andpublished artifact greenrefer to the same snapshot identity.v0.6.0 — Session Trace and behavior intelligence
v0.7.0 — Minimum useful viewer and comparison
Acceptance criteria
dag_run/execution_kernelcycle is removed and a regression check prevents its return.Non-goals for these slices
Implementation order
Review questions
dag_run/execution_kernelcycle best removed by ownership inversion, extracting a shared request/result type, or deleting a redundant orchestration layer?v0.5.1,v0.6.0, andv0.7.0boundaries independently shippable and rollback-safe?