trying to improve behavior in opencode
This commit is contained in:
@@ -22,6 +22,7 @@ ONLY output the requested text. No pleasantries.
|
||||
You MUST use Manual Slop's MCP tools. Native OpenCode tools are unreliable.
|
||||
|
||||
### Read-Only MCP Tools (USE THESE)
|
||||
|
||||
| Native Tool | MCP Tool |
|
||||
|-------------|----------|
|
||||
| `read` | `manual-slop_read_file` |
|
||||
@@ -35,7 +36,18 @@ You MUST use Manual Slop's MCP tools. Native OpenCode tools are unreliable.
|
||||
| - | `manual-slop_get_git_diff` (file changes) |
|
||||
| - | `manual-slop_get_tree` (directory structure) |
|
||||
|
||||
### Edit MCP Tools (USE THESE)
|
||||
|
||||
| Native Tool | MCP Tool |
|
||||
|-------------|----------|
|
||||
| `edit` | `manual-slop_edit_file` (find/replace, preserves indentation) YOU MUST USE old_string parameter IT IS NOT oldString |
|
||||
| `edit` | `manual-slop_py_update_definition` (replace function/class) |
|
||||
| `edit` | `manual-slop_set_file_slice` (replace line range) |
|
||||
| `edit` | `manual-slop_py_set_signature` (replace signature only) |
|
||||
| `edit` | `manual-slop_py_set_var_declaration` (replace variable) |
|
||||
|
||||
### Shell Commands
|
||||
|
||||
| Native Tool | MCP Tool |
|
||||
|-------------|----------|
|
||||
| `bash` | `manual-slop_run_powershell` |
|
||||
@@ -43,6 +55,7 @@ You MUST use Manual Slop's MCP tools. Native OpenCode tools are unreliable.
|
||||
## Session Start Checklist (MANDATORY)
|
||||
|
||||
Before ANY other action:
|
||||
|
||||
1. [ ] Read `conductor/workflow.md`
|
||||
2. [ ] Read `conductor/tech-stack.md`
|
||||
3. [ ] Read `conductor/product.md`, `conductor/product-guidelines.md`
|
||||
@@ -53,16 +66,25 @@ Before ANY other action:
|
||||
**BLOCK PROGRESS** until all checklist items are confirmed.
|
||||
|
||||
## Primary Context Documents
|
||||
Read at session start: `conductor/product.md`, `conductor/product-guidelines.md`
|
||||
|
||||
Read at session start:
|
||||
|
||||
- All immediate files in ./conductor, a listing of all direcotires within ./conductor/tracks, ./conductor/archive.
|
||||
- All docs in ./docs
|
||||
- AST Skeleton summaries of: ./src, ./simulation, ./tests, ./scripts python files.
|
||||
|
||||
## Architecture Fallback
|
||||
|
||||
When planning tracks that touch core systems, consult the deep-dive docs:
|
||||
|
||||
- `docs/guide_architecture.md`: Thread domains, event system, AI client, HITL mechanism
|
||||
- `docs/guide_tools.md`: MCP Bridge security, 26-tool inventory, Hook API endpoints
|
||||
- `docs/guide_mma.md`: Ticket/Track data structures, DAG engine, ConductorEngine
|
||||
- `docs/guide_simulations.md`: live_gui fixture, Puppeteer pattern, mock provider
|
||||
- `docs/guide_meta_boundary.md`: Clarification of ai agent tools making the application vs the application itself.
|
||||
|
||||
## Responsibilities
|
||||
|
||||
- Maintain alignment with the product guidelines and definition
|
||||
- Define track boundaries and initialize new tracks (`/conductor-new-track`)
|
||||
- Set up the project environment (`/conductor-setup`)
|
||||
@@ -71,6 +93,7 @@ When planning tracks that touch core systems, consult the deep-dive docs:
|
||||
## The Surgical Methodology
|
||||
|
||||
### 1. MANDATORY: Audit Before Specifying
|
||||
|
||||
NEVER write a spec without first reading actual code using MCP tools.
|
||||
Use `manual-slop_py_get_code_outline`, `manual-slop_py_get_definition`,
|
||||
`manual-slop_py_find_usages`, and `manual-slop_get_git_diff` to build a map.
|
||||
@@ -78,22 +101,28 @@ Document existing implementations with file:line references in a
|
||||
"Current State Audit" section in the spec.
|
||||
|
||||
### 2. Identify Gaps, Not Features
|
||||
|
||||
Frame requirements around what's MISSING relative to what exists.
|
||||
|
||||
### 3. Write Worker-Ready Tasks
|
||||
|
||||
Each plan task must be executable by a Tier 3 worker:
|
||||
|
||||
- **WHERE**: Exact file and line range (`gui_2.py:2700-2701`)
|
||||
- **WHAT**: The specific change
|
||||
- **HOW**: Which API calls or patterns
|
||||
- **SAFETY**: Thread-safety constraints
|
||||
|
||||
### 4. For Bug Fix Tracks: Root Cause Analysis
|
||||
|
||||
Read the code, trace the data flow, list specific root cause candidates.
|
||||
|
||||
### 5. Reference Architecture Docs
|
||||
|
||||
Link to relevant `docs/guide_*.md` sections in every spec.
|
||||
|
||||
## Spec Template (REQUIRED sections)
|
||||
|
||||
```
|
||||
# Track Specification: {Title}
|
||||
|
||||
@@ -109,6 +138,7 @@ Link to relevant `docs/guide_*.md` sections in every spec.
|
||||
```
|
||||
|
||||
## Plan Template (REQUIRED format)
|
||||
|
||||
```
|
||||
## Phase N: {Name}
|
||||
Focus: {One-sentence scope}
|
||||
@@ -120,6 +150,7 @@ Focus: {One-sentence scope}
|
||||
```
|
||||
|
||||
## Limitations
|
||||
|
||||
- READ-ONLY: Do NOT write code or edit files (except track spec/plan/metadata)
|
||||
- Do NOT execute tracks or implement features
|
||||
- Keep context strictly focused on product definitions and strategy
|
||||
|
||||
Reference in New Issue
Block a user