Files
issue-core/CAPABILITY.yaml
tegwick 324453bd8d feat: transform to agent coordination platform with comprehensive documentation
Transform Issue Facade from a universal CLI tool into an agent coordination platform with comprehensive documentation and enhanced capabilities for autonomous coding agents.

Major Changes:
- Complete README rewrite focusing on agent-driven coordination
- New comprehensive documentation (AGENT_INTEGRATION.md, CLAUDE.md, ROADMAP.md)
- Capability integration setup with CAPABILITY.yaml and integration scripts
- Enhanced Makefile with local development targets for easier workflows

Bug Fixes:
- Fix schema initialization using executescript() for multi-line SQL support
- Disable FTS5 triggers due to compatibility issues (documented for future re-enablement)

Features:
- Enhanced CLI list command with full parameter passthrough
- New examples directory with agent integration patterns
- New comprehensive test suite (test_core_models.py, test_local_backend.py)

Code Quality:
- Remove @cached_property decorators for Label properties (simplification)
- Clean up test organization (removed old test_gitea_integration.py)

This milestone establishes Issue Facade as a production-ready coordination layer for multi-agent software development, with clear integration paths and comprehensive developer documentation.

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2025-12-17 19:32:37 +01:00

236 lines
6.9 KiB
YAML

# Issue Facade Capability Manifest
# This file describes the capability to coding agents and integration systems
metadata:
name: issue-facade
version: 1.0.0
type: coordination-tool
description: >
Universal interface for issue tracking coordination across Gitea, GitHub, GitLab.
Provides unified API to prevent direct platform API usage and credential sprawl.
# What problems this capability solves
purpose:
primary: Agent coordination via issue tracking
problems_solved:
- Direct API calls to GitHub/GitLab/Gitea (avoid credential sprawl)
- Inconsistent issue tracking access patterns
- Token waste from redundant API calls
- Platform-specific code in agents
- Offline/online sync complexity
# When agents should use this capability
usage_rules:
MUST_USE_INSTEAD_OF:
- "Direct Gitea API calls (requests.post to /api/v1/repos/...)"
- "GitHub CLI (gh issue create/list/...)"
- "GitLab CLI (glab issue create/list/...)"
- "Python libraries (PyGithub, python-gitlab)"
- "Direct SQL queries to issue databases"
PREFER_OVER:
- "Web scraping of issue tracker UIs"
- "Manual issue management"
- "Custom issue tracking scripts"
USE_WHEN:
- "Creating, updating, or querying issues"
- "Multi-agent coordination needed"
- "Offline work with sync required"
- "Cross-platform issue management"
# How to integrate this capability
integration:
methods:
python_api:
available: true
import: "from issue_tracker.backends.gitea import GiteaBackend"
docs: "AGENT_INTEGRATION.md"
cli:
available: true
command: "issue"
subcommands: ["list", "create", "show", "edit", "close", "comment"]
json_output: true
mcp_server:
available: false # Future: Phase 2
status: planned
installation:
method: pip
command: "pip install -e capabilities/issue-facade/"
verify: "issue --version"
configuration:
required: true
method: manual # v1.0 - auto in v1.1
steps:
- "Export GITEA_API_TOKEN environment variable"
- "Run: issue backend add myproject gitea"
- "Provide: URL, owner, repo when prompted"
- "Run: issue backend set-default myproject"
# API surface for agents
api:
core_operations:
- name: list_issues
description: Query issues with filtering
python: "backend.list_issues(IssueFilter(state='open', labels=['bug']))"
cli: "issue list --state=open --label=bug --format=json"
- name: create_issue
description: Create new issue
python: "backend.create_issue(Issue(...))"
cli: "issue create 'Title' --label=bug --assignee=agent"
- name: update_issue
description: Update existing issue
python: "backend.update_issue(issue)"
cli: "issue edit 42 --state=in_progress"
- name: add_comment
description: Add comment to issue
python: "backend.add_comment(issue.id, comment)"
cli: "issue comment 42 'Progress update'"
- name: close_issue
description: Close issue
python: "issue.state = IssueState.CLOSED; backend.update_issue(issue)"
cli: "issue close 42 --comment='Done'"
# Performance and efficiency
efficiency:
local_caching: true
offline_mode: true
batch_operations: false # v1.0 limitation
rate_limiting: automatic
token_savings:
vs_direct_api: "~70% fewer tokens (uses local cache + structured models)"
vs_cli_tools: "~50% fewer tokens (JSON output vs parsing text)"
# Credential management
credentials:
method: environment_variables
variables:
- GITEA_API_TOKEN
- GITEA_URL (optional with config)
security:
- "Tokens never in code or logs"
- "Config stored in ~/.config/issue-facade/"
- "Per-repo config in .issue-facade/ (gitignored)"
best_practices:
- "Use read-only tokens for monitoring agents"
- "Use write tokens only for implementation agents"
- "Rotate tokens regularly"
# Agent integration guidance
agent_guidance:
quick_start: |
# For Python agents:
from issue_tracker.backends.gitea import GiteaBackend
from issue_tracker.core.interfaces import IssueFilter
backend = GiteaBackend()
backend.connect(config)
issues = backend.list_issues(IssueFilter(state='open'))
# For CLI/shell agents:
issue list --format=json | jq '.[] | {number, title, state}'
coordination_pattern: |
# Claim issue to prevent race conditions
issue edit 42 --assignee=my-agent-id --state=in_progress
issue comment 42 "Starting work..."
# Do work...
issue comment 42 "Completed: <summary>"
issue close 42 --comment="Done"
error_handling: |
# Check exit codes
if ! issue backend test myproject; then
echo "Backend not configured or unavailable"
exit 1
fi
# Documentation references
documentation:
integration: "AGENT_INTEGRATION.md"
development: "CLAUDE.md"
roadmap: "ROADMAP.md"
examples: "examples/agents/"
# Dependencies and requirements
requirements:
runtime:
python: ">=3.8"
packages:
- "click>=8.0.0"
- "requests>=2.25.0"
- "python-dateutil>=2.8.0"
optional:
- "jq (for JSON parsing in shell)"
- "sqlite3 (usually pre-installed)"
# Current limitations (v1.0)
limitations:
- "Manual backend configuration required (auto-detect in v1.1)"
- "No built-in issue locking (workaround via assignee + comment)"
- "Basic conflict resolution (advanced in v2.0)"
- "Hardcoded user context (agent identity in v1.2)"
# Roadmap for capability evolution
roadmap:
v1.1:
- "Auto-detection from git remotes"
- "Environment-only configuration"
- "Zero-setup for common platforms"
v1.2:
- "Agent identity management"
- "Native issue claiming/locking"
- "Webhook support"
v2.0:
- "Issue dependencies"
- "Query DSL"
- "Distributed locking"
# Testing and validation
testing:
test_command: "make test"
coverage: 61%
test_count: 109
verify_installation: |
# Verify capability is working
issue backend list # Should show configured backends
issue list --format=json | jq 'length' # Should return issue count
# Support and troubleshooting
support:
common_issues:
- problem: "Backend not configured"
solution: "Run: issue backend add <name> <type>"
- problem: "Authentication failed"
solution: "Check GITEA_API_TOKEN is set and valid"
- problem: "Command not found: issue"
solution: "Run: pip install -e capabilities/issue-facade/"
# Integration priority score (higher = more important for agent to use)
priority:
score: 95 # 0-100, where 100 = critical
reasoning: >
Critical for agent coordination. Bypassing this capability leads to:
- Credential management issues
- Inconsistent issue state
- Token waste
- Platform lock-in
- Race conditions in multi-agent scenarios