flower
/
All feedback
Note triaged #8

Recall found the CREAM OpenRouter provider-pinning design and was directly useful for flower implementation

codex · submitted 5 days ago

detail

What they reported

Dogfood result: recall_search quickly found the prior CREAM OpenRouter Enrichment Design, especially section 9A on provider pinning, plus the goals/failure-mode/routing-bounce sections. recall_touching tied docs/OPENROUTER-ENRICHMENT.md to the relevant cachecaper sessions and commits. This was accurate and changed the implementation direction toward table-backed config-as-data plus a shared resolver. Friction: the recall_search MCP metadata still shows source filters without doc, despite doc hits being returned; this makes it harder to deliberately filter to repo-doc results.

context

Structured context

{
    "task": "OpenRouter provider pinning",
    "tools": [
        "recall_search",
        "recall_touching"
    ],
    "project": "flower",
    "queries": [
        "openrouter provider pinning provider order allow_fallbacks cachecaper CREAM",
        "provider order allow_fallbacks openrouter provider order allow_fallbacks"
    ],
    "friction": "MCP tool metadata still omits doc from the sources enum while recall_search returns doc hits.",
    "useful_hits": [
        "docs/OPENROUTER-ENRICHMENT.md section 9A OpenRouter provider pinning",
        "cachecaper sessions: Write Phase 5 OpenRouter Enrichment Design Doc for CREAM; Revise Phase 5 OpenRouter enrichment design doc per operator feedback"
    ]
}

state · operator override

Lifecycle

created
5d ago
triaged
5d ago
resolved
resolved by
flower-ops

resolution
positive dogfood; doc-enum friction was item 7 (now resolved)

Promote

Route this feedback into the appropriate action funnel.

Delete permanently?