Repository navigation
Echo Execution Bridge Alpha: execute one Edict source fixture on Echo #113
Description
Activity
- addedenhancementNew feature or requestNew feature or requestrelease:continuum-stackContinuum stack convergence release workContinuum stack convergence release workrelease:target-irRelease work for Target IR generationRelease work for Target IR generation
on Jul 1, 2026 🔗 Related PRs
#9 - feat(syntax): Phase 1 — Edict lexer + minimal-v1 parser [merged]
#18 - release: prepare v0.1.0-alpha.1 [merged]
#41 - Add Gate C admission boundary checks [merged]
#67 - Add Echo Target IR lowering [merged]
#110 - Prepare v0.11.0-alpha.1 release [merged]
📝 Issue Planner
Check the box below or use the
@coderabbitai plancommand to generate an implementation plan and prompts that you can use with your favorite coding assistant.- Create Plan
🧪 Issue enrichment is currently in open beta.
You can configure auto-planning by selecting labels in the issue_enrichment configuration.
To disable automatic issue enrichment, add the following to your
.coderabbit.yaml:issue_enrichment: auto_enrich: enabled: false
💬 Have feedback or questions? Drop into our discord!
- addedrelease:target-profilesTarget-profile contract and authority source release workTarget-profile contract and authority source release work
on Jul 1, 2026 flyingrobots commented
on Jul 4, 2026 OwnerAuthorMore actionsRefined by #116.
The Echo execution bridge should keep terminal obstruction distinct from future preserved repairable obstruction. Current
require ... elseremains terminal. A future resumable obstruction form needs first-class syntax/Core/Target IR disposition rather than a helper function hidden insideelse.Provider-boundary update: this issue should no longer be read as "make Edict execute on Echo" or as an in-tree Echo coupling plan. The immediate Edict DAG is now #138 with features #139, #140, and #141. That path keeps Edict runtime-neutral: providers supply generated lawpacks/target profiles/authority facts plus lowerer/verifier components; Edict consumes explicit digest-locked provider artifacts and validates envelopes/bindings/bundle identity.
Once #138 lands, this issue should either be narrowed to an Echo-owned provider proof or superseded by an Echo repo issue for an
edict-echoprovider implementation.Superseded by the runtime-owner path now rooted at flyingrobots/echo#650.
The original objective is not abandoned, but this Edict-owned/in-tree bridge is no longer the correct ownership boundary:
- Echo #657 owns external-provider parity and the reviewed cross-repo fixture.
- Echo #583 owns admission and native Echo execution.
- Echo #516 owns app-safe JS/WASM/browser delivery.
- Echo #589 remains the final Jedit-on-Edict release gate.
Edict's generic provider groundwork is complete in #138. Closing this issue as not planned because its repository ownership and in-tree coupling plan were superseded.
Thesis
Push Edict toward Echo execution now, but only as a narrow execution bridge. This is not a general runtime, admission, orchestration, policy, verifier-completeness, or plugin-dispatch slice.
The v0.11 foundation is in place: Edict can compile the supported source subset to Core, lower to canonical
echo.span-ir/v1Target IR, compute canonical Target IR bytes/digests, and assemble participant-neutral bundles from a realTargetIrArtifact. The next product proof is one honest path where Echo consumes that artifact and does one real in-memory operation.Related Echo work:
Desired path
Scope
.edictsource fixture for the supported Echo operation shape.echo.span-ir/v1Target IR from executable code, not hand-built prose artifacts.Acceptance criteria
Given a checked-in
.edictfixture,when Edict compiles it,
then it emits canonical
echo.span-ir/v1Target IR with a stable digest.Given that Target IR artifact,
when Echo validates it,
then Echo accepts the correct artifact and rejects mutated, wrong-profile, wrong-domain, and unsupported-operation variants.
Given the accepted artifact,
when Echo runs the mapped operation against an in-memory store,
then Echo returns a deterministic result or execution receipt tied to the Target IR digest.
Non-goals
edict rununless the internal harness is already deterministic and boring.ContractBundleManifestbytes.Notes
This should not be smuggled into the admission harness. The current roadmap's planned v0.12 admission harness explicitly excludes runtime execution. This issue is a product-driven bridge between the v0.11 cryptographic artifact foundation and later admission/policy work.