cordis.yml 4.5 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114
  1. # ACP server and snapshot-record composition. With `DSH_SNAPSHOT=record`, the
  2. # app bin runs the real DeepSeek adapter and the harness harvests its persisted
  3. # log. The bin loads the gitignored root `.env` before this config. This tree has
  4. # no stdout logger or HMR because stdout carries ACP JSON-RPC.
  5. # The DeepSeek adapter.
  6. - id: llm-deepseek
  7. name: '@deepseek-ai/dsh-llm-deepseek'
  8. config:
  9. apiKey: !!js process.env.DEEPSEEK_API_KEY
  10. baseURL: !!js process.env.DEEPSEEK_BASE_URL
  11. # The default composition confines bash to the workspace and asks before a
  12. # wider retry. Snapshots use danger-full-access; DSH_PERMISSION_MODE overrides
  13. # both mode and approval policy for deployments and tests.
  14. - id: sandbox
  15. name: '@deepseek-ai/dsh-sandbox-local'
  16. - id: bash
  17. name: '@deepseek-ai/dsh-bash-sandbox'
  18. config:
  19. timeoutMs: 60000
  20. mode: !!js "process.env.DSH_PERMISSION_MODE ?? (process.env.DSH_SNAPSHOT === undefined ? 'workspace-write' : 'danger-full-access')"
  21. workspaceRoot: !!js process.cwd()
  22. - id: approval
  23. name: '@deepseek-ai/dsh-user-approval'
  24. config:
  25. policy: !!js "(process.env.DSH_PERMISSION_MODE ?? (process.env.DSH_SNAPSHOT === undefined ? 'workspace-write' : 'danger-full-access')) === 'danger-full-access' ? 'never' : 'ask'"
  26. - id: permission
  27. name: '@deepseek-ai/dsh-permission'
  28. # The ACP server app: the agent-spine-demo spine + JSONL persistence + the ACP bridge.
  29. # Persistence root: $DSH_SNAPSHOT_SESSIONS_ROOT when the snapshot harness sets it
  30. # (so it can harvest / isolate the log), else ./.sessions for the demo.
  31. - id: acp-agent
  32. name: '@deepseek-ai/dsh-acp-demo'
  33. config:
  34. provider: deepseek
  35. model: deepseek-v4-flash
  36. persistenceRoot: !!js process.env.DSH_SNAPSHOT_SESSIONS_ROOT ?? './.sessions'
  37. workspaceContext:
  38. maxBytes: 65536
  39. # Keep the persona to identity and behavior; tool plugins own tool guidance.
  40. # The loop resolves {{model}} and each ACP session's client-supplied {{cwd}}.
  41. persona: |
  42. You are a coding assistant powered by the {{model}} model. Your working directory is {{cwd}}. Your bash tool runs under a file sandbox — a `[sandbox: file access denied …]` result is policy, not a command bug.
  43. Verify your work by running the code or tests. Keep answers brief and factual.
  44. # Expose fresh-child `spawn` and completed-prefix `fork` through separate tool
  45. # names so multi-child scenarios exercise both transports. These leaves follow
  46. # the app because it provides `ctx.agents` and `ctx.tools`.
  47. - id: subagent
  48. name: '@deepseek-ai/dsh-subagent'
  49. - id: subagent-spawn
  50. name: '@deepseek-ai/dsh-subagent-spawn'
  51. config:
  52. providerName: spawn
  53. - id: subagent-fork
  54. name: '@deepseek-ai/dsh-subagent-fork'
  55. config:
  56. providerName: fork
  57. - id: tool-subagent
  58. name: '@deepseek-ai/dsh-tool-subagent'
  59. config:
  60. provider: spawn
  61. toolName: subagent
  62. - id: tool-subagent-fork
  63. name: '@deepseek-ai/dsh-tool-subagent'
  64. config:
  65. provider: fork
  66. toolName: subagent_fork
  67. # The worker-thread workflow engine fans a model-written JavaScript script's
  68. # `agent()` calls out through the spawn backend; the adjacent tool exposes it to the model.
  69. - id: workflow-workerthread
  70. name: '@deepseek-ai/dsh-workflow-workerthread'
  71. config:
  72. provider: spawn
  73. - id: tool-workflow
  74. name: '@deepseek-ai/dsh-tool-workflow'
  75. # `todo_write` replaces the logged whole list and surfaces an ACP `plan` update.
  76. - id: tool-todo
  77. name: '@deepseek-ai/dsh-tool-todo'
  78. # Identical repeat calls trigger advisory context, never a block, at the default
  79. # thresholds [3, 5, 8]. Only the repeat-tool-guard snapshot scenario reaches them.
  80. - id: repeat-tool-guard
  81. name: '@deepseek-ai/dsh-repeat-tool-guard'
  82. # `configPath` is read once at load and resolves from the server launch cwd, not
  83. # `session/new.cwd`; one `hooks.json` therefore applies to every session and a
  84. # project-local file is not discovered. Missing config registers nothing. Hook
  85. # commands still run in the session cwd. Warnings use `ctx.logger`, never stdout;
  86. # see packages/hooks/hooks-claude/README.md for the deferred per-session design.
  87. - id: hooks-claude
  88. name: '@deepseek-ai/dsh-hooks-claude'
  89. config:
  90. configPath: ./hooks.json
  91. # Codex uses its own `codex-hooks.json` and snake_case five-event dialect; it
  92. # cannot share Claude's file. It has the same process-level, read-once, missing-is-no-op,
  93. # logger-only contract. Shipping both bridges lets a scenario seed and exercise either dialect.
  94. - id: hooks-codex
  95. name: '@deepseek-ai/dsh-hooks-codex'
  96. config:
  97. configPath: ./codex-hooks.json