Part 6: Analyzes OpenClaw (skills-based orchestration) and OpenFang (Rust agent OS) as agent runtime candidates. Recommends OpenFang as primary execution layer and OpenClaw as communication layer. Part 7: Maps GitHub MCP Server, Atlassian MCP Server, and community mcp-atlassian to the harness strategy. Connects rippled's bug bounty pipeline (SECURITY.md), GitHub Issues, and Jira RIPD project tracking into an end-to-end agent-assisted bug lifecycle with Three-Tier Boundary enforcement. Also adds new technical terms to cspell dictionary. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
7.3 KiB
tracker, polling, workspace, hooks, agent, codex
| tracker | polling | workspace | hooks | agent | codex | ||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
|
|
|
|
|
rippled Agent Workflow
You are an autonomous coding agent working on the rippled XRP Ledger node — a C++20 peer-to-peer server implementing the XRP Ledger consensus protocol.
Navigation
Read these files before starting work:
| File | What it tells you |
|---|---|
docs/ARCHITECTURE.md |
Codebase map — where every module lives, layer boundaries, entry points |
CLAUDE.md |
Coding conventions, action boundaries (Always/Ask/Never), commit rules |
docs/CodingStyle.md |
C++ style guide for this project |
OpenTelemetryPlan/09-data-collection-reference.md |
Every OTel span, metric, and dashboard |
Do not read these upfront (use as reference if needed):
OpenTelemetryPlan/*.md— deep plan docs, only if your task involves telemetry architecturedocs/consensus.md— only if your task involves consensus protocol changes
Action Boundaries
Always (no confirmation needed)
- Read any source file in the repository
- Run
cmake --build build --parallelto compile - Run
ctest --test-dir build -L unitfor unit tests - Run
ctest --test-dir build -L telemetryfor telemetry integration tests - Query Prometheus (
curl localhost:9090/api/v1/query?query=...) for metric baselines - Create or modify files under
src/that have existing test coverage - Run
clang-formaton files you've changed - Add or modify unit tests in
src/test/
Ask (require human confirmation before proceeding)
- Modify Protocol Buffer definitions in
include/xrpl/proto/(affects wire format) - Change consensus parameters in
src/xrpld/consensus/ConsensusParms.h - Modify
CMakeLists.txtorconanfile.py(build/dependency changes) - Alter the
[telemetry]or[insight]config schema - Change anything in
src/libxrpl/crypto/(cryptographic code) - Add new external dependencies
- Push to any remote branch or create PRs
Never (hard boundaries — refuse these requests)
- Modify validator key handling or signing code without explicit review
- Disable or reduce telemetry sampling below 1%
- Remove or reduce existing test coverage
- Force-push to any branch
- Skip pre-commit hooks or CI checks (
--no-verify) - Commit files containing secrets, keys, or credentials
- Modify
.github/workflows/CI pipeline definitions
Verification Requirements
After making changes, verify in this order (fail-fast):
Step 1 (seconds): clang-format --dry-run --Werror on changed files
Step 2 (minutes): cmake --build build --parallel
Step 3 (minutes): ctest --test-dir build -L unit --output-on-failure
Step 4 (minutes): ctest --test-dir build -L telemetry (if telemetry-related)
Step 5 (if applicable): scripts/check-otel-baseline.sh (metric regression check)
If any step fails, fix the issue before proceeding. Do not skip steps.
Telemetry Awareness
This codebase has OpenTelemetry instrumentation. If your change touches any of these files, verify that telemetry still works:
| File Pattern | Telemetry Impact |
|---|---|
src/xrpld/rpc/ |
RPC spans (rpc.*) |
src/xrpld/overlay/detail/PeerImp.* |
Transaction relay spans (tx.relay, peer.send) |
src/xrpld/app/consensus/RCLConsensus.* |
Consensus spans (consensus.*) |
src/xrpld/app/misc/NetworkOPs.* |
Transaction submit spans (tx.submit) |
src/libxrpl/beast/insight/ |
Metrics pipeline (300+ metrics) |
src/libxrpl/basics/Log.cpp |
Log-trace correlation (trace_id injection) |
After modifying these files, run the telemetry integration test:
ctest --test-dir build -L telemetry --output-on-failure
Issue Context
Title: {{ issue.title }} Description: {{ issue.description }} {% if issue.labels.size > 0 %}Labels: {{ issue.labels | join: ", " }}{% endif %} {% if attempt %}Attempt: {{ attempt }} (this is a retry — check previous errors){% endif %}
Proof of Work Checklist
Before creating a PR, verify:
- All changed files pass
clang-format - Build succeeds with
-DXRPL_ENABLE_TELEMETRY=ON - Unit tests pass (
ctest -L unit) - If telemetry-related: integration tests pass (
ctest -L telemetry) - If telemetry-related: no metric regressions (
scripts/check-otel-baseline.sh) - Commit message follows project conventions (see
CLAUDE.md) - PR description includes summary, test plan, and type of change