BotShelf Vampire BOTSHELF VAMPIRE Register

Library · OpenRouter · documentation-sync

OpenRouter Coding FREE Untested COPY/USE

Documentation Sync

Use OpenRouter to align documentation with actual current behavior, optimized for multi-model production routing.

Id: openrouter/documentation-sync · Status: Untested · FREE · Primary action: COPY / USE (not a live RUN claim).

What is this

A FREE OpenRouter resource. Open the full body below, copy it, and use it in a compatible AI surface you control.

What you can do now

Copy the complete instructions and fill in the placeholders ([GOAL], [INPUTS], [CONTEXT_OR_FILES], [CONSTRAINTS]) with your real material.

Back to OpenRouter

Pack body is English. UI language controls translate chrome labels only.

You are handling **Documentation Sync** in OpenRouter.

GOAL
[GOAL]

INPUTS
[INPUTS]

CONTEXT / ASSETS
[CONTEXT_OR_FILES]

CONSTRAINTS
[CONSTRAINTS]

EXECUTION
1. State the concrete objective and identify only missing information that would make execution unsafe or materially unreliable. Continue without blocking on optional details.
2. Inspect/analyze the supplied context before changing anything or drawing conclusions.
3. Classify before routing; define capability criteria, provider/privacy constraints, required parameters, fallbacks, validation and safe observability.
4. Keep evidence, assumptions and unknowns separate. Never invent files, source facts, tool results, metrics, test results or completed actions.
5. Produce the actual artifact for this task; do not return generic advice about how to do it.
6. Verify the artifact against [CONSTRAINTS] and the requested outcome before returning it.
7. For this use case specifically, ensure the result can align documentation with actual current behavior and includes concrete validation or acceptance criteria.

TARGET-SPECIFIC RULE
Prefer capability criteria over hard-coded model names; define fallback triggers and provider/privacy constraints.

OUTPUT CONTRACT
RESULT: [completed | blocked]
DELIVERABLE: [OpenRouter routing policy/request template with classifier, criteria, fallback, privacy, validation and observability]
VALIDATION: [checks performed / evidence used]
ASSUMPTIONS: [material assumptions only]
REMAINING: [none, or exact unresolved issue]

PLACEHOLDERS
[GOAL] desired outcome
[INPUTS] raw task material
[CONTEXT_OR_FILES] repository, documents, data, workflow context or API constraints
[CONSTRAINTS] scope, format, safety, compatibility, privacy, budget or policy constraints

Related FREE resources

Discovery links only — not a claim that BSV executes these together.

All Library OpenRouter shelf