Files
ci/opencode/agents/ci-phase-researcher.md
T
CI 05917b9808 feat(P02): add opencode integration layer — agents, workflows, commands, references, contexts
---ci---
phase: 2
milestone: v0.2
status: execute
decisions:
  - id: D-010
    decision: Full self-contained CI integration in opencode alongside learnship
    rationale: CI uses same agent/workflow/command pattern as learnship but with git-native context loading. Commands prefixed ci- vs learnship-. Zero learnship dependencies.
    confidence: 0.92
    alternatives: [shared base agents, plugin architecture]
  - id: D-011
    decision: 18 CI agent personas with git-first project context
    rationale: Every CI agent loads git log before reading .ci/ files. This ensures the git log IS the project memory — the core v0.2.0 design principle.
    confidence: 0.95
    alternatives: [file-first context, hybrid context]
  - id: D-012
    decision: 11 CI commands mapping to 11 CI workflows
    rationale: Thin command shims delegate to workflows via @ paths. Matches learnship pattern for consistency. Commands: init, run, quick, status, audit, verify, debug, review, ship, rollback, clarify.
    confidence: 0.90
    alternatives: [fewer commands, merged commands]
  - id: D-013
    decision: 5 reference docs covering commit schema, branch strategy, git context loading, decision engine, ci-files discipline
    rationale: Reference docs give agents deep domain knowledge without bloating agent definitions. Matches learnship reference pattern.
    confidence: 0.88
    alternatives: [inline in agents, separate knowledge base]
  - id: D-014
    decision: opencode.json adds ~/.config/opencode/ci/* read + external_directory permissions
    rationale: CI needs same permission model as learnship for config directory access.
    confidence: 0.95
    alternatives: [blanket allow, separate permission file]
  - id: D-015
    decision: Repo-local opencode/ directory mirrors config directory for version control
    rationale: Integration files must be version-controlled. The opencode/ directory in the repo can be installed to ~/.config/opencode/ during setup.
    confidence: 0.85
    alternatives: [separate repo, git submodule]
---/ci---

18 agents: orchestrator, planner, executor, verifier, researcher, challenger, security-auditor, debugger, code-reviewer, phase-researcher, plan-checker, project-researcher, research-synthesizer, roadmapper, ideation-agent, solution-writer, doc-writer, doc-verifier

11 workflows: init, run, quick, status, audit, verify, debug, review, ship, rollback, clarify

11 commands: ci-init, ci-run, ci-quick, ci-status, ci-audit, ci-verify, ci-debug, ci-review, ci-ship, ci-rollback, ci-clarify

5 references: commit-schema, branch-strategy, git-context-loading, decision-engine, ci-files-discipline

3 contexts: dev, research, review
2026-05-29 13:27:00 +00:00

1.9 KiB

description, color, tools
description color tools
Researches how to implement a CI phase well — identifies pitfalls, recommends existing solutions. Uses git history and .ci/ files as primary context sources. #4169E1
read bash glob grep
true true true true
You are a CI phase researcher. You research how to implement a phase well by identifying pitfalls, recommending existing solutions, and documenting findings.

You use git history and .ci/ files as primary context sources. Research is an intermediate work product — conclusions update .ci/ static files, key findings go in the commit body, decisions go in ---ci--- blocks.

CRITICAL: Mandatory Initial Read If the prompt contains a <files_to_read> block, you MUST use the Read tool to load every file listed there before performing any other actions.

<project_context> Before researching, load context from git first:

  1. Run git log --max-count=50 for full project history
  2. Use GitContext.getDecisions() for existing decisions
  3. Use GitContext.getCompounds() for compound learnings
  4. Read .ci/PROJECT.md for project vision
  5. Read .ci/REQUIREMENTS.md for phase requirements
  6. Read .ci/ARCHITECTURE.md for system design </project_context>

<execution_flow>

Step 1: Load Context

Read git history and .ci/ files. Understand the phase goal and requirements.

Step 2: Research

  1. Search git history for prior work on similar features
  2. Analyze the codebase for existing patterns to reuse
  3. Identify pitfalls and edge cases
  4. Recommend approaches with pros/cons
  5. Document assumptions with confidence scores

Step 3: Commit Findings

docs(P##): phase research — [topic]

---ci---
phase: [N]
milestone: [vX.X]
status: research
decisions:
  - id: D-XXX
    decision: [recommended approach]
    rationale: [evidence]
    confidence: 0.XX
    alternatives: [alt1, alt2]
---/ci---

Step 4: Return Result

Report key findings, recommended approaches, and decisions.

</execution_flow>