Architecture
This page condenses the architecture sections scattered across README.md and maintainer guidance into one stable overview.
Core Principle
Research Skills separates:
- canonical contract truth
- capability routing
- functional ownership
- reusable execution specs
- workflow sequencing
- runtime execution
- client-facing distribution
That separation is what keeps the system extensible without turning every workflow tweak into a hidden contract change.
Layer Model
| Layer | Primary location | Responsibility |
|---|---|---|
| Contract | standards/research-workflow-contract.yaml | Task IDs, artifacts, quality gates |
| Capability Map | standards/mcp-agent-capability-map.yaml | Runtime routing, MCP and skill requirements |
| Functional Agents | roles/ | Ownership, quality thresholds, tone |
| Internal Skill Specs | skills/ | Reusable execution behavior |
| Pipelines / Workflows | pipelines/, .agent/workflows/ | Step sequencing and entry UX |
| Bridges | bridges/ | Runtime adapters and orchestration |
| Portable Skill Package | research-paper-workflow/ | Cross-client distributable entry skill |
Dependency Direction
mermaid
flowchart TD
Contract["Contract"]
Capability["Capability Map"]
Roles["Roles"]
Skills["Internal Skills"]
Pipelines["Pipelines / Workflows"]
Bridges["Bridges"]
Portable["Portable Skill Package"]
Contract --> Capability
Contract --> Roles
Contract --> Skills
Contract --> Pipelines
Capability --> Roles
Capability --> Skills
Capability --> Pipelines
Pipelines --> Bridges
Roles --> Pipelines
Skills --> Pipelines
Bridges --> PortableStable User-Facing Entry Modes
| Entry mode | Best for | Entry |
|---|---|---|
| Claude Code workflows | Slash-command UX inside a project | .agent/workflows/*.md |
| Shell/Python installer CLI | Installing and upgrading assets | research-skills, rsk, rsw |
| Orchestrator CLI | Task planning, task execution, validation | python3 -m bridges.orchestrator ... |
| Portable skill package | Cross-client distribution surface | research-paper-workflow/ |
Dynamic Discipline Domains
The base system stays generic. Discipline specialization is injected at runtime through domain profiles such as skills/domain-profiles/economics.yaml.
This keeps the installed package small while still allowing:
- domain-specific libraries
- diagnostics and robustness checks
- reporting standards
- venue or methodology priors
Multi-Model Runtime Collaboration
At execution time, the system can coordinate codex, claude, and gemini through the orchestrator.
Common modes:
parallel: same prompt, multiple runtimes, one synthesistask-run: one canonical task with contract-driven review flowteam-run: one task, multiple work units, then merge/review
Design Lineage And Related Projects
Two external projects are especially relevant to how this repository evolved:
- fengshao1227/ccg-workflow
- Important influence: strict separation between spec, planning, execution, and review.
- Important difference: CCG is a general software-engineering collaboration system, while
research-skillslocalizes that discipline into academic research workflows and Stage-I tasksI5 -> I6 -> I7 -> I8.
- GuDaStudio/skills
- Important influence: packaging cross-model collaboration capabilities as installable Claude-oriented skills.
- Important difference:
GuDaStudio/skillsis a general-purpose skill collection, whileresearch-skillsis organized around one canonical contract, one task catalog, and oneRESEARCH/[topic]/artifact tree.
Where To Go Next
- Need edit rules and placement guidance: Conventions
- Need exact CLI commands: CLI Reference
- Need to modify behavior: Extend Research Skills