OpenWriterControle/.opencode/context/core/context-system/examples/navigation-examples.md
Darren Hinde bf02ad0d5c
refactor: Rename repository to OpenAgents Control (#100)
* refactor: Rename repository to OpenAgents Control

Update all project references from "OpenAgents" to "OpenAgents Control":
- Updated core config files (package.json, registry.json)
- Updated documentation (README.md, docs/)
- Updated scripts (install.sh, update.sh, test scripts)
- Updated agent and command files
- Updated integrations and packages
- Updated all GitHub URLs to use OpenAgentsControl

Naming convention:
- Display name: "OpenAgents Control"
- Repository URL: OpenAgentsControl

* feat: Enable subagent-to-subagent delegation (ContextScout integration)

Allow coding-related subagents to call ContextScout for context discovery:
- CoderAgent: Can now discover coding standards on-demand
- TestEngineer: Can now discover test coverage and TDD guidelines
- CodeReviewer: Can now discover code review and security patterns
- BuildAgent: Can now discover build validation standards
- DocWriter: Can now discover documentation formatting guidelines

Changes per subagent:
- Added `task: true` to tools section
- Added permission allowlist for ContextScout only (deny all other delegation)
- Added Context Discovery workflow section with when-to-call guidance

This enables subagents to be self-sufficient for finding relevant standards
instead of relying on orchestrator to provide all context files.

Benefits:
- Subagents can discover what they need when context isn't explicit
- Maintains security (only ContextScout allowed via task tool)
- Follows existing patterns (uses task tool like main agents)

* fix: Set OPENCODE_BRANCH in CI tests to use PR branch for downloads

- Add OPENCODE_BRANCH environment variable to E2E tests
- Add OPENCODE_BRANCH environment variable to profile smoke tests
- Ensures tests download files from the PR branch instead of main
- Fixes E2E test failures after repository rename to OpenAgentsControl
2026-01-18 09:31:35 +00:00

10 KiB

Examples: Navigation Files

Purpose: Real-world examples of good navigation files

Last Updated: 2026-01-08


Example 1: Category Navigation (Function-Based)

File: openagents-repo/navigation.md

Pattern: Function-Based (repository-specific)

Token count: ~250 tokens

# OpenAgents Control Repository Navigation

**Purpose**: Navigate OpenAgents Control repository context

---

## Structure

openagents-repo/ ├── navigation.md ├── quick-start.md │ ├── core-concepts/ │ ├── agent-architecture.md │ ├── eval-framework.md │ └── registry-system.md │ ├── guides/ │ ├── adding-agent.md │ ├── testing-agent.md │ └── debugging-issues.md │ ├── lookup/ │ ├── commands.md │ └── file-locations.md │ └── errors/ └── tool-permission-errors.md


---

## Quick Routes

| Task | Path |
|------|------|
| **New here** | `quick-start.md` |
| **Add agent** | `guides/adding-agent.md` |
| **Test agent** | `guides/testing-agent.md` |
| **Debug issue** | `guides/debugging-issues.md` |
| **Find files** | `lookup/file-locations.md` |
| **Fix error** | `errors/tool-permission-errors.md` |

---

## By Type

**Core Concepts** → Foundational understanding (agents, evals, registry)
**Guides** → Step-by-step workflows
**Lookup** → Quick reference tables
**Errors** → Troubleshooting

Why this works:

  • ✅ Token-efficient (~250 tokens)
  • ✅ ASCII tree shows structure
  • ✅ Quick routes for common tasks
  • ✅ Organized by information type

Example 2: Category Navigation (Concern-Based)

File: development/navigation.md

Pattern: Concern-Based (multi-technology)

Token count: ~280 tokens

# Development Navigation

**Purpose**: Software development across all stacks

---

## Structure

development/ ├── navigation.md ├── ui-navigation.md # Specialized ├── backend-navigation.md # Specialized │ ├── principles/ │ ├── clean-code.md │ └── api-design.md │ ├── frontend/ │ ├── react/ │ └── vue/ │ ├── backend/ │ ├── api-patterns/ │ ├── nodejs/ │ └── authentication/ │ └── data/ ├── sql-patterns/ └── orm-patterns/


---

## Quick Routes

| Task | Path |
|------|------|
| **UI/Frontend** | `ui-navigation.md` |
| **Backend/API** | `backend-navigation.md` |
| **Clean code** | `principles/clean-code.md` |
| **API design** | `principles/api-design.md` |

---

## By Concern

**Principles** → Universal development practices
**Frontend** → React, Vue, state management
**Backend** → APIs, Node.js, Python, auth
**Data** → SQL, NoSQL, ORMs

Why this works:

  • ✅ Token-efficient (~280 tokens)
  • ✅ Shows specialized navigation files
  • ✅ Organized by concern (frontend, backend, data)
  • ✅ Points to specialized navigation for complex workflows

Example 3: Specialized Navigation

File: development/ui-navigation.md

Pattern: Cross-cutting (spans multiple categories)

Token count: ~270 tokens

# UI Development Navigation

**Scope**: Frontend code + visual design

---

## Structure

Frontend Code (development/frontend/): ├── react/ │ ├── hooks-patterns.md │ ├── component-architecture.md │ └── tanstack/ │ ├── query-patterns.md │ └── router-patterns.md └── vue/

Visual Design (ui/web/): ├── animation-patterns.md ├── ui-styling-standards.md └── design-systems.md


---

## Quick Routes

| Task | Path |
|------|------|
| **React patterns** | `frontend/react/hooks-patterns.md` |
| **TanStack Query** | `frontend/react/tanstack/query-patterns.md` |
| **Animations** | `../../ui/web/animation-patterns.md` |
| **Styling** | `../../ui/web/ui-styling-standards.md` |

---

## By Framework

**React** → `frontend/react/`
**Vue** → `frontend/vue/`
**TanStack** → `frontend/react/tanstack/`

## By Concern

**Code patterns** → `development/frontend/`
**Visual design** → `ui/web/`

Why this works:

  • ✅ Token-efficient (~270 tokens)
  • ✅ Spans multiple categories (development/ + ui/)
  • ✅ Task-focused (UI development)
  • ✅ Shows both code and design paths

Example 4: Subcategory Navigation

File: development/backend/navigation.md

Pattern: Concern-based subcategory

Token count: ~240 tokens

# Backend Development Navigation

**Scope**: Server-side, APIs, databases, auth

---

## Structure

backend/ ├── navigation.md │ ├── api-patterns/ │ ├── rest-design.md │ ├── graphql-design.md │ └── grpc-patterns.md │ ├── nodejs/ │ ├── express-patterns.md │ └── fastify-patterns.md │ ├── python/ │ └── fastapi-patterns.md │ └── authentication/ ├── jwt-patterns.md └── oauth-patterns.md


---

## Quick Routes

| Task | Path |
|------|------|
| **REST API** | `api-patterns/rest-design.md` |
| **GraphQL** | `api-patterns/graphql-design.md` |
| **Node.js** | `nodejs/express-patterns.md` |
| **Auth (JWT)** | `authentication/jwt-patterns.md` |

---

## By Approach

**REST** → `api-patterns/rest-design.md`
**GraphQL** → `api-patterns/graphql-design.md`

## By Language

**Node.js** → `nodejs/`
**Python** → `python/`

Why this works:

  • ✅ Token-efficient (~240 tokens)
  • ✅ Organized by approach first (REST, GraphQL)
  • ✅ Then by tech (Node.js, Python)
  • ✅ Functional concerns separate (authentication/)

Example 5: Full-Stack Navigation

File: development/fullstack-navigation.md

Pattern: Workflow-focused

Token count: ~300 tokens

# Full-Stack Development Navigation

**Scope**: End-to-end application development

---

## Common Stacks

### MERN (MongoDB, Express, React, Node)

Frontend: development/frontend/react/ Backend: development/backend/nodejs/express-patterns.md Data: development/data/nosql-patterns/mongodb.md API: development/backend/api-patterns/rest-design.md


### T3 Stack (Next.js, tRPC, Prisma, Tailwind)

Frontend: development/frontend/react/ + ui/web/ui-styling-standards.md Backend: development/backend/nodejs/ + api-patterns/trpc-patterns.md Data: development/data/orm-patterns/prisma.md


---

## Quick Routes

| Layer | Navigate To |
|-------|-------------|
| **Frontend** | `ui-navigation.md` |
| **Backend** | `backend-navigation.md` |
| **Data** | `data/navigation.md` |

---

## Common Workflows

**New API endpoint**:
1. `principles/api-design.md` (principles)
2. `backend/api-patterns/rest-design.md` (approach)
3. `backend/nodejs/express-patterns.md` (implementation)

**New React feature**:
1. `frontend/react/component-architecture.md` (structure)
2. `frontend/react/hooks-patterns.md` (logic)
3. `ui/web/ui-styling-standards.md` (styling)

Why this works:

  • ✅ Token-efficient (~300 tokens)
  • ✅ Shows common tech stacks
  • ✅ Workflow-focused (how to build features)
  • ✅ Points to layer-specific navigation

Example 6: Minimal Navigation

File: content/navigation.md

Pattern: Simple category (few files)

Token count: ~150 tokens

# Content Navigation

**Purpose**: Copywriting and content creation

---

## Structure

content/ ├── navigation.md ├── copywriting-frameworks.md └── tone-voice.md


---

## Quick Routes

| Task | Path |
|------|------|
| **Write copy** | `copywriting-frameworks.md` |
| **Set tone** | `tone-voice.md` |

---

## Files

**copywriting-frameworks.md** → AIDA, PAS, persuasive writing
**tone-voice.md** → Brand voice, tone guidelines

Why this works:

  • ✅ Token-efficient (~150 tokens)
  • ✅ Simple structure (only 2 files)
  • ✅ No unnecessary complexity
  • ✅ Clear and scannable

Anti-Patterns (What NOT to Do)

❌ Too Verbose

# Development Navigation

**Purpose**: This comprehensive navigation file is designed to help you navigate the extensive collection of software development patterns, standards, and best practices that we have carefully curated across all technology stacks including frontend frameworks like React and Vue, backend technologies such as Node.js and Python, database systems both SQL and NoSQL, and infrastructure tools for deployment and operations.

## Introduction

The development category represents a significant portion of our context system...

[Continues for 800+ tokens]

Problems:

  • ❌ 800+ tokens (should be 200-300)
  • ❌ Verbose explanations (should be concise)
  • ❌ Hard to scan (should use tables/trees)

❌ Missing Structure

# Development Navigation

Here are the files:
- clean-code.md
- api-design.md
- react-patterns.md
- express-patterns.md

Problems:

  • ❌ No ASCII tree (hard to see hierarchy)
  • ❌ No quick routes (hard to find tasks)
  • ❌ No organization (just a list)

❌ Too Detailed

# Development Navigation

## React Patterns

### Hooks
React hooks allow you to use state and lifecycle features in functional components. The most common hooks are:

1. useState - For managing component state
   - Syntax: const [state, setState] = useState(initialValue)
   - Example: const [count, setCount] = useState(0)
   
2. useEffect - For side effects
   [... continues with full documentation]

Problems:

  • ❌ Contains file contents (should just point to files)
  • ❌ Duplicates information (should reference, not repeat)
  • ❌ Too detailed (navigation, not documentation)

Key Takeaways

✅ Good Navigation Files

  1. Token-efficient (200-300 tokens)
  2. Scannable (ASCII trees, tables)
  3. Task-focused (quick routes)
  4. Organized (by concern/type)
  5. Concise (3-5 word descriptions)

❌ Bad Navigation Files

  1. Verbose (500+ tokens)
  2. Hard to scan (paragraphs)
  3. Unfocused (no clear routes)
  4. Unorganized (just lists)
  5. Detailed (duplicates content)

  • ../guides/navigation-design.md - How to create navigation files
  • ../guides/organizing-context.md - How to choose organizational pattern
  • ../standards/mvi.md - Minimal Viable Information principle