oh-my-opencode-serverlocal 0.1.8 → 0.1.9
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/dist/cli/index.js +24 -0
- package/dist/index.js +38 -3
- package/dist/tui.js +24 -0
- package/package.json +1 -1
- package/src/skills/tier0-workflow/SKILL.md +34 -0
- package/src/skills/tier1-workflow/SKILL.md +33 -0
- package/src/skills/tier2-workflow/SKILL.md +34 -0
- package/src/skills/tier3-workflow/SKILL.md +33 -0
package/dist/cli/index.js
CHANGED
|
@@ -552,6 +552,30 @@ var CUSTOM_SKILLS = [
|
|
|
552
552
|
description: "Manage Git worktrees as OMO safe isolated coding lanes for complex/risky/parallel work",
|
|
553
553
|
allowedAgents: ["orchestrator"],
|
|
554
554
|
sourcePath: "src/skills/worktrees"
|
|
555
|
+
},
|
|
556
|
+
{
|
|
557
|
+
name: "tier0-workflow",
|
|
558
|
+
description: "Fast, direct implementation workflow for routine tasks. Basic state documentation, low cooperation overhead.",
|
|
559
|
+
allowedAgents: ["orchestrator"],
|
|
560
|
+
sourcePath: "src/skills/tier0-workflow"
|
|
561
|
+
},
|
|
562
|
+
{
|
|
563
|
+
name: "tier1-workflow",
|
|
564
|
+
description: "Guided and supervised workflow. Mandatory Oracle reviews for planning and final implementation.",
|
|
565
|
+
allowedAgents: ["orchestrator"],
|
|
566
|
+
sourcePath: "src/skills/tier1-workflow"
|
|
567
|
+
},
|
|
568
|
+
{
|
|
569
|
+
name: "tier2-workflow",
|
|
570
|
+
description: "Sophisticated ideation and planning. Mandatory roundtable tool usage for vision expansion before technical implementation.",
|
|
571
|
+
allowedAgents: ["orchestrator"],
|
|
572
|
+
sourcePath: "src/skills/tier2-workflow"
|
|
573
|
+
},
|
|
574
|
+
{
|
|
575
|
+
name: "tier3-workflow",
|
|
576
|
+
description: 'The "All Out" Tier. Complex implementation with continuous Oracle supervision and Roundtable ambiguity resolution.',
|
|
577
|
+
allowedAgents: ["orchestrator"],
|
|
578
|
+
sourcePath: "src/skills/tier3-workflow"
|
|
555
579
|
}
|
|
556
580
|
];
|
|
557
581
|
|
package/dist/index.js
CHANGED
|
@@ -18380,6 +18380,30 @@ var CUSTOM_SKILLS = [
|
|
|
18380
18380
|
description: "Manage Git worktrees as OMO safe isolated coding lanes for complex/risky/parallel work",
|
|
18381
18381
|
allowedAgents: ["orchestrator"],
|
|
18382
18382
|
sourcePath: "src/skills/worktrees"
|
|
18383
|
+
},
|
|
18384
|
+
{
|
|
18385
|
+
name: "tier0-workflow",
|
|
18386
|
+
description: "Fast, direct implementation workflow for routine tasks. Basic state documentation, low cooperation overhead.",
|
|
18387
|
+
allowedAgents: ["orchestrator"],
|
|
18388
|
+
sourcePath: "src/skills/tier0-workflow"
|
|
18389
|
+
},
|
|
18390
|
+
{
|
|
18391
|
+
name: "tier1-workflow",
|
|
18392
|
+
description: "Guided and supervised workflow. Mandatory Oracle reviews for planning and final implementation.",
|
|
18393
|
+
allowedAgents: ["orchestrator"],
|
|
18394
|
+
sourcePath: "src/skills/tier1-workflow"
|
|
18395
|
+
},
|
|
18396
|
+
{
|
|
18397
|
+
name: "tier2-workflow",
|
|
18398
|
+
description: "Sophisticated ideation and planning. Mandatory roundtable tool usage for vision expansion before technical implementation.",
|
|
18399
|
+
allowedAgents: ["orchestrator"],
|
|
18400
|
+
sourcePath: "src/skills/tier2-workflow"
|
|
18401
|
+
},
|
|
18402
|
+
{
|
|
18403
|
+
name: "tier3-workflow",
|
|
18404
|
+
description: 'The "All Out" Tier. Complex implementation with continuous Oracle supervision and Roundtable ambiguity resolution.',
|
|
18405
|
+
allowedAgents: ["orchestrator"],
|
|
18406
|
+
sourcePath: "src/skills/tier3-workflow"
|
|
18383
18407
|
}
|
|
18384
18408
|
];
|
|
18385
18409
|
|
|
@@ -26274,7 +26298,16 @@ function formatCancelledTaskStatusOutput(taskID, summary = "cancelled") {
|
|
|
26274
26298
|
// src/hooks/tier-commands/index.ts
|
|
26275
26299
|
function activationPrompt3(tier, task2) {
|
|
26276
26300
|
let tierRules = "";
|
|
26277
|
-
if (tier ===
|
|
26301
|
+
if (tier === 0) {
|
|
26302
|
+
tierRules = `**Tier 0: Basic Mode**
|
|
26303
|
+
Focus: Fast, direct implementation. Low cooperation overhead.
|
|
26304
|
+
Rules:
|
|
26305
|
+
1. You (Orchestrator) do the main implementation work.
|
|
26306
|
+
2. High threshold for asking for review. No mandatory @oracle review.
|
|
26307
|
+
3. Use @explorer and @librarian freely for basic context.
|
|
26308
|
+
4. If parallel simple implementation is needed, offload to @fixer.
|
|
26309
|
+
5. If visual design is needed, call @designer.`;
|
|
26310
|
+
} else if (tier === 1) {
|
|
26278
26311
|
tierRules = `**Tier 1: Basic Collaboration**
|
|
26279
26312
|
Focus: Quality assurance through basic supervision.
|
|
26280
26313
|
Rules:
|
|
@@ -26301,13 +26334,14 @@ Rules:
|
|
|
26301
26334
|
5. Work with @oracle for continuous, strict supervision (multiple reviews/corrections).`;
|
|
26302
26335
|
}
|
|
26303
26336
|
return [
|
|
26337
|
+
`Use the **tier${tier}-workflow** skill for this task. Load it to understand the required documentation structure.`,
|
|
26304
26338
|
`You are operating in **Tier ${tier}**. Follow these rules strictly:`,
|
|
26305
26339
|
"",
|
|
26306
26340
|
tierRules,
|
|
26307
26341
|
"",
|
|
26308
26342
|
"State Management Requirements:",
|
|
26309
26343
|
"- Inspect `.gitignore` and `.ignore`. Add `.slim/tier_state/` to `.gitignore` and `!.slim/tier_state/` to `.ignore`.",
|
|
26310
|
-
"- Maintain a progress file at `.slim/tier_state/progress.md
|
|
26344
|
+
"- Maintain a progress file at `.slim/tier_state/progress.md` following the structure defined in your skill.",
|
|
26311
26345
|
"- Keep OpenCode todos synced.",
|
|
26312
26346
|
"",
|
|
26313
26347
|
"Task:",
|
|
@@ -26316,9 +26350,10 @@ Rules:
|
|
|
26316
26350
|
`);
|
|
26317
26351
|
}
|
|
26318
26352
|
function createTierCommandsHook() {
|
|
26319
|
-
const commands = ["tier1", "tier2", "tier3"];
|
|
26353
|
+
const commands = ["tier0", "tier1", "tier2", "tier3"];
|
|
26320
26354
|
return {
|
|
26321
26355
|
registerCommand: (opencodeConfig) => {
|
|
26356
|
+
registerCommandHook(opencodeConfig, "tier0", "Start a Tier 0 session (Basic Mode)", "Tier 0");
|
|
26322
26357
|
registerCommandHook(opencodeConfig, "tier1", "Start a Tier 1 session (Basic Oracle Collaboration)", "Tier 1");
|
|
26323
26358
|
registerCommandHook(opencodeConfig, "tier2", "Start a Tier 2 session (Deep Collaboration & Multiple Reviews)", "Tier 2");
|
|
26324
26359
|
registerCommandHook(opencodeConfig, "tier3", "Start a Tier 3 session (All-Out: Roundtable + Deep Collaboration)", "Tier 3");
|
package/dist/tui.js
CHANGED
|
@@ -471,6 +471,30 @@ var CUSTOM_SKILLS = [
|
|
|
471
471
|
description: "Manage Git worktrees as OMO safe isolated coding lanes for complex/risky/parallel work",
|
|
472
472
|
allowedAgents: ["orchestrator"],
|
|
473
473
|
sourcePath: "src/skills/worktrees"
|
|
474
|
+
},
|
|
475
|
+
{
|
|
476
|
+
name: "tier0-workflow",
|
|
477
|
+
description: "Fast, direct implementation workflow for routine tasks. Basic state documentation, low cooperation overhead.",
|
|
478
|
+
allowedAgents: ["orchestrator"],
|
|
479
|
+
sourcePath: "src/skills/tier0-workflow"
|
|
480
|
+
},
|
|
481
|
+
{
|
|
482
|
+
name: "tier1-workflow",
|
|
483
|
+
description: "Guided and supervised workflow. Mandatory Oracle reviews for planning and final implementation.",
|
|
484
|
+
allowedAgents: ["orchestrator"],
|
|
485
|
+
sourcePath: "src/skills/tier1-workflow"
|
|
486
|
+
},
|
|
487
|
+
{
|
|
488
|
+
name: "tier2-workflow",
|
|
489
|
+
description: "Sophisticated ideation and planning. Mandatory roundtable tool usage for vision expansion before technical implementation.",
|
|
490
|
+
allowedAgents: ["orchestrator"],
|
|
491
|
+
sourcePath: "src/skills/tier2-workflow"
|
|
492
|
+
},
|
|
493
|
+
{
|
|
494
|
+
name: "tier3-workflow",
|
|
495
|
+
description: 'The "All Out" Tier. Complex implementation with continuous Oracle supervision and Roundtable ambiguity resolution.',
|
|
496
|
+
allowedAgents: ["orchestrator"],
|
|
497
|
+
sourcePath: "src/skills/tier3-workflow"
|
|
474
498
|
}
|
|
475
499
|
];
|
|
476
500
|
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "oh-my-opencode-serverlocal",
|
|
3
|
-
"version": "0.1.
|
|
3
|
+
"version": "0.1.9",
|
|
4
4
|
"description": "Custom serverlocal fork of oh-my-opencode-slim — fully owned, custom prompts + commands, dist synced via opencode-dotfiles",
|
|
5
5
|
"main": "dist/index.js",
|
|
6
6
|
"types": "dist/index.d.ts",
|
|
@@ -0,0 +1,34 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: tier0-workflow
|
|
3
|
+
description: Fast, direct implementation workflow for routine tasks. Basic state documentation, low cooperation overhead.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Tier 0 Workflow: Basic Mode
|
|
7
|
+
|
|
8
|
+
Tier 0 is the default workflow for fast, direct implementation. Use it when the task is clear, routine, and does not require heavy supervision or ideation.
|
|
9
|
+
|
|
10
|
+
## Core Contract
|
|
11
|
+
- **State Management:** You must create and maintain a progress file at `.slim/tier_state/<short-task-slug>.md`.
|
|
12
|
+
- **Git Ignore:** Before creating the state file, ensure `.gitignore` contains `.slim/tier_state/` and `.ignore` contains `!.slim/tier_state/` and `!.slim/tier_state/**`.
|
|
13
|
+
- **Implementation:** You (Orchestrator) do the main implementation work. Use `@fixer` only for parallelizing simple, scoped file modifications across different folders.
|
|
14
|
+
- **Review:** High threshold for asking for review. No mandatory `@oracle` review is required unless you encounter a critical roadblock.
|
|
15
|
+
- **Research:** Use `@explorer` and `@librarian` freely for basic context gathering.
|
|
16
|
+
- **Design:** If visual design is needed, call `@designer`. For vision extraction from images, call `@observer`.
|
|
17
|
+
|
|
18
|
+
## Documentation Structure
|
|
19
|
+
Your `.slim/tier_state/<short-task-slug>.md` file MUST follow this standard structure:
|
|
20
|
+
|
|
21
|
+
### 1. Goal
|
|
22
|
+
A concise statement of what needs to be implemented.
|
|
23
|
+
|
|
24
|
+
### 2. Context
|
|
25
|
+
Any researched facts, library documentation links from `@librarian`, or structural maps from `@explorer`. (Do not paste full file contents, use paths).
|
|
26
|
+
|
|
27
|
+
### 3. Execution Plan
|
|
28
|
+
A simple checklist of files to modify and steps to take. Keep OpenCode todos synced with this plan.
|
|
29
|
+
|
|
30
|
+
### 4. Implementation Log
|
|
31
|
+
Record task IDs of any spawned background sub-agents (e.g., `@fixer`). Record terminal results and completed steps.
|
|
32
|
+
|
|
33
|
+
### 5. Final Validation
|
|
34
|
+
A brief note confirming the code runs and meets the goal.
|
|
@@ -0,0 +1,33 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: tier1-workflow
|
|
3
|
+
description: Guided and supervised workflow. Mandatory Oracle reviews for planning and final implementation.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Tier 1 Workflow: Supervised Mode
|
|
7
|
+
|
|
8
|
+
Tier 1 is for non-trivial tasks where quality and correctness take precedence over pure speed. It enforces strict supervision by the `@oracle`.
|
|
9
|
+
|
|
10
|
+
## Core Contract
|
|
11
|
+
- **State Management:** Create and maintain `.slim/tier_state/<short-task-slug>.md`. Ensure git ignore rules are set. Keep OpenCode todos synced with the current phase.
|
|
12
|
+
- **Mandatory Plan Review:** You must draft a technical plan in your state file. BEFORE writing any code, you MUST call `@oracle` to review your plan for logic, edge cases, and overlooked items. Revise the plan until `@oracle` approves.
|
|
13
|
+
- **Implementation:** Implement the work yourself, or offload parallel bounded tasks to `@fixer`. Remember that `@fixer` will report bugs back to you at the end of its output.
|
|
14
|
+
- **Mandatory Final Review:** After implementation, you MUST call `@oracle` to review the final code for bugs, race conditions, and logical errors. Fix actionable issues before concluding.
|
|
15
|
+
|
|
16
|
+
## Documentation Structure
|
|
17
|
+
Your `.slim/tier_state/<short-task-slug>.md` file MUST follow this standard structure:
|
|
18
|
+
|
|
19
|
+
### 1. Goal
|
|
20
|
+
A clear statement of the objective.
|
|
21
|
+
|
|
22
|
+
### 2. Context
|
|
23
|
+
Researched, factual context from `@librarian` and `@explorer` to ensure `@oracle` reviews from accepted context instead of redoing discovery.
|
|
24
|
+
|
|
25
|
+
### 3. Technical Plan & Oracle Review
|
|
26
|
+
- The drafted implementation plan.
|
|
27
|
+
- **Oracle Review Notes:** Explicitly record `@oracle`'s feedback and how the plan was revised.
|
|
28
|
+
|
|
29
|
+
### 4. Execution Log
|
|
30
|
+
Record implementation phases, task IDs, parallel workers used, and any bug reports generated by `@fixer`.
|
|
31
|
+
|
|
32
|
+
### 5. Final Oracle Review & Validation
|
|
33
|
+
Record the final sign-off from `@oracle` and your final validation checks.
|
|
@@ -0,0 +1,34 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: tier2-workflow
|
|
3
|
+
description: Sophisticated ideation and planning. Mandatory roundtable tool usage for vision expansion before technical implementation.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Tier 2 Workflow: Ideation & Planning
|
|
7
|
+
|
|
8
|
+
Tier 2 is a high-value, high-performance workflow designed for vision expansion, feature ideation, and resolving highly ambiguous technical directions BEFORE implementation begins.
|
|
9
|
+
|
|
10
|
+
## Core Contract
|
|
11
|
+
- **State Management:** Create and maintain `.slim/tier_state/<short-task-slug>.md`. Ensure git ignore rules are set. Keep OpenCode todos synced.
|
|
12
|
+
- **MANDATORY Roundtable Ideation:** The user has provided a vision or basic idea. You MUST FIRST invoke the \`roundtable\` tool (`roundtable({ query: "...", maxRounds: 5 })`) to ideate, get creative feature suggestions, and refine the perfected version of the user's vision.
|
|
13
|
+
- **Technical Translation:** Once the roundtable outputs its Council Report, translate its findings into a concrete technical implementation plan in your state file.
|
|
14
|
+
- **Mandatory Plan Review:** Call `@oracle` to review your technical translation of the roundtable's plan.
|
|
15
|
+
- **Implementation & Final Review:** Proceed with implementation. Call `@oracle` for a final code review at the end.
|
|
16
|
+
|
|
17
|
+
## Documentation Structure
|
|
18
|
+
Your `.slim/tier_state/<short-task-slug>.md` file MUST follow this standard structure:
|
|
19
|
+
|
|
20
|
+
### 1. Initial Vision
|
|
21
|
+
The raw goal or idea provided by the user.
|
|
22
|
+
|
|
23
|
+
### 2. Roundtable Council Report
|
|
24
|
+
Record the synthesized results from the `roundtable` debate (Decision, Dissent, Open Questions).
|
|
25
|
+
|
|
26
|
+
### 3. Technical Translation & Oracle Review
|
|
27
|
+
- The concrete technical plan derived from the roundtable report.
|
|
28
|
+
- **Oracle Review Notes:** `@oracle`'s critique of the technical plan.
|
|
29
|
+
|
|
30
|
+
### 4. Execution Log
|
|
31
|
+
Phases, task IDs, and parallel workers used.
|
|
32
|
+
|
|
33
|
+
### 5. Final Oracle Review & Validation
|
|
34
|
+
Record the final sign-off from `@oracle` and validation results.
|
|
@@ -0,0 +1,33 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: tier3-workflow
|
|
3
|
+
description: The "All Out" Tier. Complex implementation with continuous Oracle supervision and Roundtable ambiguity resolution.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Tier 3 Workflow: Complex Implementation
|
|
7
|
+
|
|
8
|
+
Tier 3 is the highest level of execution for massive, complex, and highly ambiguous implementations. It utilizes every available tool and agent to ensure perfection.
|
|
9
|
+
|
|
10
|
+
## Core Contract
|
|
11
|
+
- **State Management:** Create and maintain `.slim/tier_state/<short-task-slug>.md`. Ensure git ignore rules are set. Keep OpenCode todos synced.
|
|
12
|
+
- **Continuous Supervision:** Work with `@oracle` for continuous, strict supervision. Ask for reviews not just at the beginning and end, but during major implementation milestones.
|
|
13
|
+
- **MANDATORY Ambiguity Resolution:** If, during implementation, the task has multiple perspectives, unexpected roadblocks, or it is not clearly decidable what the best course of action is, you MUST invoke the \`roundtable\` tool (`roundtable({ query: "..." })`) to decide the path forward.
|
|
14
|
+
- **Full Agent Utilization:** Offload parallel known tasks to `@fixer`. Use `@designer` for all UI. Aggressively use `@explorer` and `@librarian`.
|
|
15
|
+
|
|
16
|
+
## Documentation Structure
|
|
17
|
+
Your `.slim/tier_state/<short-task-slug>.md` file MUST follow this standard structure:
|
|
18
|
+
|
|
19
|
+
### 1. Master Goal & Context
|
|
20
|
+
The overarching objective and deep context gathered from specialists.
|
|
21
|
+
|
|
22
|
+
### 2. Strategic Plan & Oracle Sign-off
|
|
23
|
+
The high-level architectural plan and the initial `@oracle` review.
|
|
24
|
+
|
|
25
|
+
### 3. Phased Implementation Log
|
|
26
|
+
For each major phase:
|
|
27
|
+
- **Phase Goal**
|
|
28
|
+
- **Ambiguity Checks:** If a roadblock occurred, record the `roundtable` Council Report used to resolve it.
|
|
29
|
+
- **Execution:** Task IDs and parallel workers.
|
|
30
|
+
- **Mid-point Reviews:** `@oracle` spot-check notes.
|
|
31
|
+
|
|
32
|
+
### 4. Final Oracle Review & Validation
|
|
33
|
+
Record the final, rigorous sign-off from `@oracle` and comprehensive validation results.
|