| capability.agents.repo-scoping-service |
Repository Scoping Service |
Maps repositories from usefulness to implementation (Ability -> Capability -> Feature -> Evidence -> Code location) via a Python registry core, FastAPI HTTP API, and curator UI. |
repo-scoping |
draft |
agents |
| classification |
| scoping |
| registry |
|
| discovery |
availability |
| current |
target |
confidence |
rationale |
| D2 |
D4 |
medium |
README documents the Ability->Capability->Feature->Evidence->Code-location mapping model and the three-part implementation (registry core, FastAPI HTTP API, curator UI); no separate INTENT/SCOPE with deeper detail found in this sweep. |
|
| current |
target |
confidence |
rationale |
| A2 |
A3 |
medium |
Installable Python package with a FastAPI HTTP API and curator UI; local development documented via venv + pip install -e. |
|
|
| completeness |
reliability |
| level |
confidence |
basis |
satisfied_expectations |
broken_expectations |
out_of_scope_expectations |
| C1 |
low |
scope_vs_intent_and_consumer_expectations |
| repo registration importing basic metadata |
| analysis building observed facts and candidate review entries |
|
|
|
|
| level |
confidence |
basis |
known_reliability_risks |
| R0 |
low |
consumer_quality_signals |
| curator UI and analysis pipeline maturity not independently verified in this sweep |
|
|
|
| intent |
includes |
excludes |
assumptions |
use_cases |
research_memos |
| Give the ecosystem a structured way to map repositories from raw usefulness down to concrete code locations, via an explicit ability/capability/feature/evidence chain. |
| repository registration and metadata import |
| observed-fact analysis and candidate review entries |
| FastAPI HTTP API and curator UI |
|
| the capability registry itself (see reuse-surface, a related but distinct concern) |
|
|
|
|
|
| current_level |
target_level |
current_artifacts |
target_artifacts |
consumption_modes |
| A2 |
A3 |
| Python package with FastAPI HTTP API |
| curator UI |
|
|
| http api |
| library import |
| ui |
|
|
| depends_on |
supports |
related_to |
|
|
|
|
|
| documentation |
tests |
consumer_feedback |
bug_reports |
incidents |
|
|
|
|
|
|
|
| recommended_for |
not_recommended_for |
known_limitations |
| teams wanting a structured ability-to-code-location mapping and curation workflow for repos |
|
| needs already served by reuse-surface's capability registry (related but distinct concern — worth comparing scope before adopting both) |
|
| curator UI and analysis pipeline maturity not independently verified in this sweep |
|
|
|