feat(workflow): add native DSH synchronization - #13
Conversation
|
Caution Review failedThe pull request is closed. ℹ️ Recent review info⚙️ Run configurationConfiguration used: defaults Review profile: CHILL Plan: Pro Plus Run ID: 📒 Files selected for processing (1)
📝 WalkthroughWalkthroughThe native workflow adds DeepSeek Harness to platform routing, research, context loading, implementation, and quality-check procedures. It separates DeepSeek Harness behavior from inline-platform behavior and defines waiting and failure rules. ChangesDeepSeek Harness workflow support
Estimated code review effort: 2 (Simple) | ~10 minutes Possibly related PRs
Suggested reviewers: ✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
|
Verified as part of the combined review on mindfold-ai/Trellis#548 — full notes there. Byte-identical to the bundled template in that PR (diffed directly, 714 lines), so the mirror test stays green. All five block markers moved from the inline group to the sub-agent group in matched open/close pairs, with nothing left behind. One wording point on the generalized Merging this first is the right order — Trellis#548 records this exact commit as its submodule pointer and should be repointed at the merged SHA before it comes out of draft. |
Routes DeepSeek Harness through native sub-agent dispatch instead of the inline workflow, as the follow-up to #547 agreed in that thread. - collision-free child-only `trellis-agent-{research,implement,check}` role skills with the pull-based context prelude; the main session never loads them itself - capability-aware synchronization: the optional `dsh-trellis` companion's event-driven `trellis_wait` when present, initial foreground dispatch when absent, never polling or sleeping - `trellis init --dsh` still installs no profile plugin — project-level init does not write to the user's dsh profile - nested-host session identity: managed `DSH_TRELLIS_CONTEXT_ID` first, then `DSH_SHELL=1` plus `DSH_SESSION_ID` resolving through the canonical env table ahead of an inherited `TRELLIS_CONTEXT_ID`, with the generic override keeping its precedence everywhere else - bundled, dogfood and marketplace workflow mirrors byte-identical Companion changes merged first: mindfold-ai/marketplace#13 (cfb2f38), mindfold-ai/docs#31 (59d5b37). Beta docs only; stable stays as shipped in 0.6.15, where dsh runs inline. Verified against a real dsh 0.1.0-rc.6: the `subagent` tool schema matches the dispatch instructions, the plugin-absent foreground path settles end to end, and a managed dsh shell resolves its own session identity rather than an inherited outer one. Co-authored-by: SajoLuo <SajoLuo@users.noreply.github.com>
Rescued local branch: mirrors the 2026-08-09 Trellis changes (required --description on task create, task.py rename, empty jsonl manifests) into the skills and workflow copies. Auto-merged clean; the DSH additions from mindfold-ai#13/mindfold-ai#14 are untouched.
Summary
trellis-agent-*role skills and exact-once child loadingtrellis_waittool for event-driven settlement when availablerun_in_background: falsedispatch when the plugin is absent; never poll or sleepTask/Agenttool, never theSkilltoolReproducibility
workflows/native/workflow.mdat08a258f0is byte-identical to both the bundled beta workflow and the dogfood workflow at Trellis PR #548 heade3ba39f1. The Trellis template test enforces this mirror, and the clean Linux CLI suite passes 1807 tests across 77 files.Dependency
This is the marketplace companion for mindfold-ai/Trellis#548 against
feat/v0.7-beta. The adapter does not install the optionaldsh-trellisprofile plugin.Summary by CodeRabbit