Skip to content

chore: promote staging to staging-promote/65380170-24767546819 (2026-04-22 10:09 UTC) - #2848

Merged
henrypark133 merged 1 commit into
mainfrom
staging-promote/417ee611-24772628357
Apr 29, 2026
Merged

henrypark133 merged 1 commit into
mainfrom
staging-promote/417ee611-24772628357

Conversation

@ironclaw-ci

@ironclaw-ci ironclaw-ci Bot commented Apr 22, 2026 •

Copy link
Copy Markdown
Contributor

Auto-promotion from staging CI

Batch range: 7fb41555a9e55677d1aaea29ca567a5b369c2b05..417ee611df92cb1030fe60c514ba2ba31a081ba5
Promotion branch: staging-promote/417ee611-24772628357
Base: staging-promote/65380170-24767546819
Triggered by: Staging CI batch at 2026-04-22 10:09 UTC

Commits in this batch (75):

Current commits in this promotion (1)

Current base: staging-promote/65380170-24767546819
Current head: staging-promote/417ee611-24772628357
Current range: origin/staging-promote/65380170-24767546819..origin/staging-promote/417ee611-24772628357

Auto-updated by staging promotion metadata workflow

Waiting for gates:

  • Tests: pending
  • E2E: pending
  • Claude Code review: pending (will post comments on this PR)

Auto-created by staging-ci workflow

…2801)

* docs(plan): update engine v2 architecture plan to reflect verified reality

The plan doc claimed several items as missing/pending that are already
implemented. Update to match ground truth so future readers don't redo
the verification pass.

Changes:
- Compaction (§4.3): marked DONE, pointer to orchestrator/default.py:240-310
- Tool reliability (§4.9): tracker exists; integration tracked in #2800 PR-B
- Routines/Jobs (§6.7): routine_to_mission_alias already translates routine_* calls;
  create_job aliasing tracked in #2800 PR-C
- Two-phase commit (§6.7): marked IMPLEMENTED via unified gate
  (policy.rs:126-169 + structured.rs:139-171); simulate/preview
  intentionally not added at policy layer
- Acceptance testing (§6.7): pointer to with_engine_v2 harness; coverage
  expansion tracked in #2800 PR-D
- Phase 7: split into 7a (engine-side, DONE) and 7b (host cleanup,
  blocked on default flip)
- Status header + Implementation Progress table: updated to match current
  state; default-flip work consolidated under issue #2800

No code changes.

Refs: #2800

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

* docs(plan): address review feedback on engine v2 architecture plan

Apply accuracy fixes from PR #2801 review:

- Compaction threshold: describe as configurable via `compaction_threshold`
  (defaults to 85%), matching `compact_if_needed` in the Python
  orchestrator rather than claiming a fixed 85%.
- Token estimation: move ownership to the Python orchestrator (which
  runs the chars/token heuristic); Rust no longer claims to own this.
- Compaction cross-reference: drop the stale "crate-structure block
  above includes executor/compaction.rs" note — compaction lives
  entirely in Python.
- Reliability injection details (`ENGINE_V2_RELIABILITY_HINTS` kill
  switch, `EffectBridgeAdapter` write-backs, `build_step_context`
  reads) are labelled as proposed PR-B follow-up work rather than
  described as verified reality.
- Denylist phrasing: make it clear that `build_software` remains the
  only hard-denylisted v1 tool *after* PR-C lands, not before.
- Provenance rules: document accurately that `ToolOutput` provenance
  only injects `RequireApproval` on `Financial` effects; `WriteExternal`
  taint comes only from `LlmGenerated`, per policy.rs:126-169.
- Engine-side cleanup: acknowledge that `Session` / `Routine`
  identifiers still appear in engine docs/comments; the invariant is
  no runtime dependency, not zero string occurrences.

No code changes.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

---------

Co-authored-by: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
@github-actions github-actions Bot added scope: docs Documentation size: XS < 10 changed lines (excluding docs) risk: low Changes to docs, tests, or low-risk modules contributor: core 20+ merged PRs labels Apr 22, 2026
@claude

claude Bot commented Apr 22, 2026

Copy link
Copy Markdown

Code review

Found 5 issues:

  1. [HIGH:100] Cost tracking status misrepresents completion state

The PR claims "host-side cost population tracked in issue #2800 (PR-A)" as future work. However, src/bridge/llm_adapter.rs:144-159 and 235-249 already populate cost_usd via the cost_usd_from() function (lines 34-67). Host-side cost population is already complete, not a tracked work item — the issue tracker may have stale task labels.

https://github.com/anthropics/claude-code/blob/main/src/bridge/llm_adapter.rs#L144-L159

  1. [HIGH:90] Compaction marked IMPLEMENTED but disabled by default without caveat

Section 4.3 claims "Compaction (from RLM) — IMPLEMENTED" and describes production-ready behavior. However, crates/ironclaw_engine/src/types/thread.rs:174 shows enable_compaction: false as the default in ThreadConfig, meaning compaction is non-functional in production unless explicitly enabled. The documentation does not mention this critical caveat.

https://github.com/anthropics/claude-code/blob/main/crates/ironclaw_engine/src/types/thread.rs#L174

  1. [HIGH:85] Phase 6 status reclassified PARTIAL → DONE despite pending acceptance tests

The PR changes Phase 6 from "PARTIAL" to "DONE" while simultaneously listing "gate pause/resume, auth flows, mission execution, retrieval/learning flows, orchestrator-driven compaction" as pending coverage under issue #2800 (PR-D). These represent substantial unfinished work — the phase should remain PARTIAL or PR-D completion should be a prerequisite for the status change.

  1. [MEDIUM:80] ReliabilityTracker integration framed as IMPLEMENTED when it's future work

Section 4.9 describes ReliabilityTracker as implemented and existing at src/reliability.rs. However, the same section explicitly states "Proposed follow-up work tracked in issue #2800 (PR-B): wire EffectBridgeAdapter to record outcomes...". The tracker data structure exists but is not integrated into the decision flow or context building — this is aspirational, not implemented.

  1. [MEDIUM:75] Two-phase commit coverage incomplete but marked IMPLEMENTED

The PR claims "Two-phase commit — IMPLEMENTED via unified gate" and describes policy/executor behavior. However, the same section notes that acceptance test coverage for "gate pause/resume" is still pending (PR-D). The end-to-end flow from policy decision to user approval to action execution is not yet proven in tests, so the completion claim is premature.

Base automatically changed from staging-promote/65380170-24767546819 to main April 29, 2026 04:09
@henrypark133
henrypark133 merged commit 417ee61 into main Apr 29, 2026
106 of 149 checks passed
@henrypark133
henrypark133 deleted the staging-promote/417ee611-24772628357 branch April 29, 2026 04:09

This branch had an error being deployed

1 failed, 1 active, and 5 inactive deployments
staging - docs — 417ee611 Deployed Apr 22, 2026 by mintlify[bot]
venice-ironclaw / production — 417ee611 Deployed Apr 22, 2026 by railway-app[bot]
cosmose-ironclaw / production — 417ee611 Deployed Apr 22, 2026 by railway-app[bot]
Ironclaw-QA / production — 417ee611 Deployed Apr 22, 2026 by railway-app[bot]
Near Foundation Ironclaw / production — 417ee611 Deployed Apr 22, 2026 by railway-app[bot]
humble-cat / staging-cameron — 417ee611 Deployed Apr 22, 2026 by railway-app[bot]
ironclaw-nearai / production — 417ee611 Deployed Apr 22, 2026 by railway-app[bot]
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

contributor: core 20+ merged PRs risk: low Changes to docs, tests, or low-risk modules scope: docs Documentation size: XS < 10 changed lines (excluding docs) staging-promotion

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants