Amo best

Practical agent skills for real engineering workflows.

Install

npx -y skills add lencamo/skills --skill amo-best

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

Use when the user challenges an existing proposal, asks whether it is the best solution, asks for a better approach, or wants second-pass review of the chosen best-standard, tradeoffs, scope, compatibility, risk, or refactor depth before implementation.

SKILL.md

2.8 KB, as published. Nobody here has run it

Amo Best

Re-check the selected best standard and pressure-test an existing proposal.

Shared Output Marker

Prefix the first output line inline with 🏆 [amo-best]. Do not put the marker in a separate paragraph.

Use When

A candidate solution already exists.
The user asks "is this the best solution?", "is there a better way?", or "best approach?"
The user challenges tradeoffs, compatibility choices, scope, risk, or refactor depth.

Do Not Use

No candidate solution exists yet; first use amo-feature, amo-improve, amo-fix, or amo-refactor.
The user only asks for a direct small edit.
The task is code review of an implemented diff.

Best Standard Review

Re-evaluate the candidate against exactly one primary standard:

Target-state best: default for development-stage work when no explicit constraint is stated; prioritize correct boundaries, long-term maintainability, refactoring when needed, and not bending the design around legacy implementation.
Constraint best: use when the user requires fast delivery, compatibility, minimal change, short-term delivery, or limited scope.
Evolutionary best: use when the target design is right, but should be delivered in safe, staged steps.
Lowest-risk best: use when production, data, security, auth/permission, payment, migration, or rollback risk dominates.

If the proposal used the wrong standard, say so before judging the implementation approach.

Workflow

Restate the candidate solution and primary scenario.
State the original best standard if known.
Select the correct best standard and explain why.
Test whether the proposal solves the root goal under that standard.
Compare against at most two alternatives only when they are materially better.
Give one verdict: keep, adjust, or replace.

Key Rules

Do not call a solution "best" without saying which standard it is best under.
Do not accept a workaround as best unless the selected standard is explicitly constraint best.
Do not bias toward backward compatibility unless compatibility is part of the selected standard.
Reject speculative compatibility paths, fallback branches, or legacy handling unless backed by code evidence or explicit user requirements.
Recommend one final approach.

Output

Use the user's language for output labels and content.

🏆 [amo-best] Scenario: best-solution pressure test
Original proposal:
Best standard review:
Verdict: keep / adjust / replace
Root goal fit:
Main tradeoffs:
Better approach:
Final recommendation:
Verification: