Skip to content

Gate retool-import skills on the deterministic compatibility policy#6

Open
rsuresh-retool wants to merge 1 commit into
rohansuresh/import-policy-modulefrom
rohansuresh/import-skill-gates
Open

Gate retool-import skills on the deterministic compatibility policy#6
rsuresh-retool wants to merge 1 commit into
rohansuresh/import-policy-modulefrom
rohansuresh/import-skill-gates

Conversation

@rsuresh-retool

Copy link
Copy Markdown

What

Wires the deterministic classifier from the base PR (#5) into both import skills as a Compatibility gate, run right after the prerequisites check and before any discovery or handoff.

  • retool-import/SKILL.md and retool-import-lovable/SKILL.md now run import-policy.mjs and act on the verdict:
    • hard_no → blocked locally with parity copy + docs link; skill ends.
    • soft_no (Next.js carve-out) → best-effort confirm HITL; proceeds on y and records the approval under Open questions; stops otherwise.
    • supported → proceeds silently.
    • node missing / script error → don't silently skip; confirm with user (R2 agent re-validates as fallback).
  • Reconciles the generic skill's prereq framework note (next / gatsby / expo were implied supported) — the prereq check is now explicitly just "is this a JS frontend repo," and the gate is authoritative on app-type support (gatsby/expo → hard_no, next → soft_no).
  • Updates hard-rules and summaries in both skills.

Why

Gives the local agent parity with the browser import's compatibility policy so unsupported app types are rejected before submitting to R2. Folded into the existing prerequisites step in both files to avoid renumbering the step N cross-references.

Note

The local gate mirrors Retool's pre-agent layer exactly, including the Next.js carve-out ordering — so Next.js + unsupported-backend resolves to soft_no locally, identical to the browser pre-agent classifier. Retool's agent-side evaluate_app_compatibility (full polyglot bucket mapping) catches that combination and remains the fallback.

🤖 Generated with Claude Code

Run import-policy.mjs as a Compatibility gate in both the generic
retool-import skill and the lovable specialization, before any discovery
or handoff. hard_no app types are blocked locally with parity copy;
Next.js (soft_no) gets a best-effort confirm; supported apps proceed.
Reconcile the prereq framework note (next/gatsby/expo) with the gate,
which is now authoritative on app-type support. Retool's R2 agent
remains the fallback for the non-skills path.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

@frankyj3578 frankyj3578 left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Acc to unblock, have you tested this locally?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants