Skip to content

Add ExecPlan for roadmap item 1.2.3#148

Open
lodyai[bot] wants to merge 2 commits into
mainfrom
session/b55f56f5
Open

Add ExecPlan for roadmap item 1.2.3#148
lodyai[bot] wants to merge 2 commits into
mainfrom
session/b55f56f5

Conversation

@lodyai
Copy link
Copy Markdown

@lodyai lodyai Bot commented Apr 10, 2026

Summary

  • add the ExecPlan for roadmap item 1.2.3 covering how to demote schema-bearing WASM retry hints to fallback diagnostics
  • capture implementation constraints, tolerances, risks, milestones, validation gates, and documentation sync requirements
  • index the new ExecPlan from docs/contents.md

Validation

  • bunx markdownlint-cli2 docs/execplans/1-2-3-demote-schema-bearing-retry-hints.md docs/contents.md
  • git diff --check

Summary by Sourcery

Add an execution plan document for roadmap item 1.2.3 describing how schema-bearing WASM retry hints will be demoted to fallback diagnostics and index it from the documentation contents.

Documentation:

  • Add a detailed ExecPlan documenting constraints, risks, milestones, validation steps, and outcomes for demoting WASM retry hints to fallback diagnostics.
  • Update the docs contents index to reference the new ExecPlan for roadmap item 1.2.3.

Draft the execution plan for demoting schema-bearing WASM retry
hints to fallback diagnostics and index it from docs/contents.md.

The plan captures the contract boundary, documentation updates,
validation gates, and the proportionality check for rstest-bdd
coverage requested for this roadmap item.
@sourcery-ai
Copy link
Copy Markdown
Contributor

sourcery-ai Bot commented Apr 10, 2026

Reviewer's Guide

Adds a new ExecPlan document for roadmap item 1.2.3 (demoting schema-bearing WASM retry hints to fallback diagnostics) and indexes it from the documentation contents so it is discoverable alongside other execution plans.

Sequence diagram for WASM tool retry hints as fallback diagnostics

sequenceDiagram
    actor User
    participant LLM
    participant Orchestrator
    participant Worker
    participant WasmWrapper
    participant MetadataHelper

    User->>LLM: Send reasoning request using WASM tool
    LLM->>Orchestrator: Request with selected_tool
    Orchestrator->>Worker: Execute tool_call
    Worker->>WasmWrapper: execute_sync(request_args)

    Note over Orchestrator,Worker: Schema already advertised via ToolDefinition.parameters

    WasmWrapper-->>Worker: Error(ToolReturnedError)
    Worker-->>Orchestrator: ToolReturnedError
    Orchestrator-->>LLM: Tool error with fallback_diagnostic

    rect rgb(230,230,255)
        WasmWrapper->>MetadataHelper: build_fallback_diagnostic(tool_description, tool_schema, failure_reason)
        MetadataHelper-->>WasmWrapper: FallbackDiagnostic(message_refers_to_advertised_schema)
    end

    LLM-->>User: Response including recovery guidance
Loading

Flow diagram for ExecPlan approval gates and milestones for roadmap item 1.2.3

flowchart TD
    A["Plan drafted
ExecPlan 1.2.3"] --> B["Approval gate:
Plan approved"]

    B --> C["Milestone 1:
Confirm contract boundary
and failure language"]
    C --> D["Milestone 2:
Refactor WASM fallback
diagnostic helper"]
    D --> E["Milestone 3:
Unit, integration and
behavioural tests added"]
    E --> F["Milestone 4:
Docs synchronized
(roadmap, RFC, guides,
architecture)"]
    F --> G["Approval gate:
Implementation complete"]
    G --> H["Approval gate:
Validation passed
(tests, make all,
markdownlint,
git diff --check)"]
    H --> I["Approval gate:
Docs synced"]
    I --> J["Milestone 5:
Record evidence and
create feature commit"]
Loading

File-Level Changes

Change Details Files
Add an ExecPlan detailing how to demote schema-bearing WASM retry hints to fallback diagnostics, including constraints, risks, milestones, and validation steps.
  • Create a new ExecPlan markdown document describing the purpose and scope of roadmap item 1.2.3.
  • Document repository orientation, constraints, tolerances, and risks for changing the WASM retry hint behaviour.
  • Lay out sequential milestones for implementation, testing strategy, documentation sync, and final validation/commit process.
  • Capture current progress, surprises, decisions, and planned outcomes as a living plan to be updated during implementation.
docs/execplans/1-2-3-demote-schema-bearing-retry-hints.md
Index the new ExecPlan in the global documentation contents so it appears in the ExecPlans section.
  • Add a new entry in the ExecPlans section describing roadmap item 1.2.3 and linking to the new ExecPlan file.
  • Ensure the new entry is placed alongside related roadmap 1.2.x ExecPlans with consistent wording and formatting.
docs/contents.md

Tips and commands

Interacting with Sourcery

  • Trigger a new review: Comment @sourcery-ai review on the pull request.
  • Continue discussions: Reply directly to Sourcery's review comments.
  • Generate a GitHub issue from a review comment: Ask Sourcery to create an
    issue from a review comment by replying to it. You can also reply to a
    review comment with @sourcery-ai issue to create an issue from it.
  • Generate a pull request title: Write @sourcery-ai anywhere in the pull
    request title to generate a title at any time. You can also comment
    @sourcery-ai title on the pull request to (re-)generate the title at any time.
  • Generate a pull request summary: Write @sourcery-ai summary anywhere in
    the pull request body to generate a PR summary at any time exactly where you
    want it. You can also comment @sourcery-ai summary on the pull request to
    (re-)generate the summary at any time.
  • Generate reviewer's guide: Comment @sourcery-ai guide on the pull
    request to (re-)generate the reviewer's guide at any time.
  • Resolve all Sourcery comments: Comment @sourcery-ai resolve on the
    pull request to resolve all Sourcery comments. Useful if you've already
    addressed all the comments and don't want to see them anymore.
  • Dismiss all Sourcery reviews: Comment @sourcery-ai dismiss on the pull
    request to dismiss all existing Sourcery reviews. Especially useful if you
    want to start fresh with a new review - don't forget to comment
    @sourcery-ai review to trigger a new review!

Customizing Your Experience

Access your dashboard to:

  • Enable or disable review features such as the Sourcery-generated pull request
    summary, the reviewer's guide, and others.
  • Change the review language.
  • Add, remove or edit custom review instructions.
  • Adjust other review settings.

Getting Help

codescene-delta-analysis[bot]

This comment was marked as outdated.

Copy link
Copy Markdown
Contributor

@sourcery-ai sourcery-ai Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hey - I've found 3 issues

Prompt for AI Agents
Please address the comments from this code review:

## Individual Comments

### Comment 1
<location path="docs/execplans/1-2-3-demote-schema-bearing-retry-hints.md" line_range="93" />
<code_context>
+  `src/worker/container/tests/remote_tools.rs` already cover hosted tool
+  advertisement and remote execution. They are the best existing behavioural
+  evidence that hosted flows do not need a failure-first schema path.
+- `docs/users-guide.md` currently describes hosted advertisement of MCP and
+  WASM tools but does not yet explicitly say that retry hints are fallback
+  diagnostics only.
</code_context>
<issue_to_address>
**issue (review_instructions):** The acronym MCP is introduced without being expanded on first use, which violates the requirement to define uncommon acronyms.

Consider expanding MCP on first mention, for example: "Model Context Protocol (MCP)" before using the acronym alone in later occurrences.

<details>
<summary>Review instructions:</summary>

**Path patterns:** `**/*.md`

**Instructions:**
Define uncommon acronyms on first use.

</details>
</issue_to_address>

### Comment 2
<location path="docs/execplans/1-2-3-demote-schema-bearing-retry-hints.md" line_range="141" />
<code_context>
+  from roadmap item `1.2.4` or broader provider-shaping changes has not leaked
+  into this slice.
+- Interface: if demoting retry hints requires changing `ToolDefinition`,
+  `NativeTool`, the WIT interface, or the worker-orchestrator transport types,
+  stop and document why the existing contract cannot express the feature.
+- Behavioural drift: if preserving actionable guidance requires making retry
</code_context>
<issue_to_address>
**issue (review_instructions):** The acronym WIT is used without definition on first use, conflicting with the requirement to define uncommon acronyms.

Please expand WIT on its first occurrence, for example "WebAssembly Interface Types (WIT) interface", and then use the acronym alone subsequently.

<details>
<summary>Review instructions:</summary>

**Path patterns:** `**/*.md`

**Instructions:**
Define uncommon acronyms on first use.

</details>
</issue_to_address>

### Comment 3
<location path="docs/execplans/1-2-3-demote-schema-bearing-retry-hints.md" line_range="260" />
<code_context>
+   `src/worker/container/tests/remote_tools.rs` that proves hosted flows still
+   receive the canonical schema before any fallback path is exercised.
+
+### Behavioural coverage with `rstest-bdd` where applicable
+
+Attempt one narrow, in-process scenario only if it stays within the tolerances.
</code_context>
<issue_to_address>
**issue (review_instructions):** The acronym BDD is referenced via `rstest-bdd` without explaining what BDD stands for, which breaks the acronym-definition guideline.

Although `rstest-bdd` is a crate name, the underlying acronym BDD (behaviour-driven development) should be expanded on first mention in the surrounding prose, for example: "behaviour-driven development (BDD)".

<details>
<summary>Review instructions:</summary>

**Path patterns:** `**/*.md`

**Instructions:**
Define uncommon acronyms on first use.

</details>
</issue_to_address>

Sourcery is free for open source - if you like our reviews please consider sharing them ✨
Help me be more useful! Please click 👍 or 👎 on each comment and I'll use the feedback to improve your reviews.

Comment thread docs/execplans/1-2-3-demote-schema-bearing-retry-hints.md Outdated
Comment thread docs/execplans/1-2-3-demote-schema-bearing-retry-hints.md Outdated
Comment thread docs/execplans/1-2-3-demote-schema-bearing-retry-hints.md Outdated
@github-actions github-actions Bot added size: XS < 10 changed lines (excluding docs) risk: low Changes to docs, tests, or low-risk modules contributor: new First-time contributor scope: docs Documentation labels Apr 10, 2026
Expand MCP, WIT, and BDD on first use in the new roadmap item
1.2.3 execution plan so the document follows the Markdown review
instructions for uncommon acronyms.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

contributor: new First-time contributor risk: low Changes to docs, tests, or low-risk modules scope: docs Documentation size: XS < 10 changed lines (excluding docs)

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant