Npx CLI
jwynia/agent-skills
Build and publish npx-executable CLI tools using Bun as the primary toolchain with npm-compatible output.
Implements ESLint-style lint rules with proper AST handling, targeted reporting, and comprehensive unit tests.
$ npx skills add flint-fyi/flint --skill implementing-lint-rules -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install flint-fyi/flint implementing-lint-rules --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/flint-fyi/flint.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.agents/skills/implementing-lint-rules .claude/skills/implementing-lint-rules && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "implementing-lint-rules" agent skill from https://github.com/flint-fyi/flint/tree/main/.agents/skills/implementing-lint-rules into .claude/skills/implementing-lint-rules/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "implementing-lint-rules", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/flint-fyi/flint/tree/main/.agents/skills/implementing-lint-rulesType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add flint-fyi/flint --skill implementing-lint-rules -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install flint-fyi/flint implementing-lint-rules --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/flint-fyi/flint.git skills-src && mkdir -p .agents/skills && cp -r skills-src/.agents/skills/implementing-lint-rules .agents/skills/implementing-lint-rules && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "implementing-lint-rules" agent skill from https://github.com/flint-fyi/flint/tree/main/.agents/skills/implementing-lint-rules into .agents/skills/implementing-lint-rules/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "implementing-lint-rules", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add flint-fyi/flint --skill implementing-lint-rules -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install flint-fyi/flint implementing-lint-rules --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/flint-fyi/flint.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/.agents/skills/implementing-lint-rules .cursor/skills/implementing-lint-rules && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "implementing-lint-rules" agent skill from https://github.com/flint-fyi/flint/tree/main/.agents/skills/implementing-lint-rules into .cursor/skills/implementing-lint-rules/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "implementing-lint-rules", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/flint-fyi/flint.git --path .agents/skills/implementing-lint-rules--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add flint-fyi/flint --skill implementing-lint-rules -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install flint-fyi/flint implementing-lint-rules --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/flint-fyi/flint.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/.agents/skills/implementing-lint-rules .gemini/skills/implementing-lint-rules && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "implementing-lint-rules" agent skill from https://github.com/flint-fyi/flint/tree/main/.agents/skills/implementing-lint-rules into .gemini/skills/implementing-lint-rules/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "implementing-lint-rules", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install flint-fyi/flint implementing-lint-rulesInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add flint-fyi/flint --skill implementing-lint-rules -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/flint-fyi/flint.git skills-src && mkdir -p .github/skills && cp -r skills-src/.agents/skills/implementing-lint-rules .github/skills/implementing-lint-rules && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "implementing-lint-rules" agent skill from https://github.com/flint-fyi/flint/tree/main/.agents/skills/implementing-lint-rules into .github/skills/implementing-lint-rules/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "implementing-lint-rules", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add flint-fyi/flint --skill implementing-lint-rules -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install flint-fyi/flint implementing-lint-rules --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/flint-fyi/flint.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/.agents/skills/implementing-lint-rules .opencode/skills/implementing-lint-rules && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "implementing-lint-rules" agent skill from https://github.com/flint-fyi/flint/tree/main/.agents/skills/implementing-lint-rules into .opencode/skills/implementing-lint-rules/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "implementing-lint-rules", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
implementing-lint-rulesImplements ESLint-style lint rules with proper AST handling, targeted reporting, and comprehensive unit tests.
Implementing Lint Rules is an agent skill from flint-fyi/flint. Implements ESLint-style lint rules with proper AST handling, targeted reporting, and comprehensive unit tests. Use when creating new lint rules or modifying existing rule implementations.
Its SKILL.md is about 860 tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.
It sits in Development, covering Linting and formatting and Unit testing. It works with ESLint and TypeScript. The repository describes itself as: [Experimental] A fast, friendly linter for JavaScript, TypeScript, and more. ❤️🔥. The licence is MIT.
Read from SKILL.md and the folder at commit d8f83ec. It shows what the files ask for, not the result of running them.
Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.
From allowed-tools in the SKILL.md frontmatter.
Shell commands in SKILL.md call:
npxFrom the folder's file list and the shell code blocks in SKILL.md.
No URLs in SKILL.md. Its commands use npx, which can reach the network depending on how they are called.
From URLs in SKILL.md, links to its own repository left out.
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Implementing Lint Rules loads about 857 tokens when it runs. Until then it costs about 53 tokens; SKILL.md has 481 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
The automated check found no risky patterns in SKILL.md.
Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.
The full file from flint-fyi/flint at commit d8f83ec, republished under its MIT licence (© flint-fyi). 481 words, ~857 tokens.
.claude/skills/implementing-lint-rules/SKILL.md (or your agent's skills folder).Patterns and practices for implementing lint rules in Flint.
Prefer targeted report ranges when possible. Example: if an issue is with specific characters in a literal, don't report the whole node; report the smallest range that includes those characters.
Set the plugin, such as "logical" or "javascript", that they correspond to in the rule data.
If two node visitor functions have roughly the same body text, try to extract to a helper function.
Rule report messages should not be prescriptive "don't X". They should focus on educating on what the problem is, not just directly saying the preferred approach. Instead, lean towards "do X". Example: instead of messages like "Octal escape sequences should not be used in string literals.", use messages like "Prefer hexadecimal or Unicode escape sequences over legacy octal escape sequences.".
When you have a TypeScript AST node, such as AST.Expression or AST.*Declaration, check whether nodes are certain types using a comparison like node.kind === SyntaxKind.BinaryExpression.
Don't use ts.* nodes or APIs that work on them if at all possible, since they don't perform type narrowing as well as our AST discriminated union.
Always pass source files to node.getStart(sourceFile) - don't just call node.getStart().
Same with other TypeScript APIs that optionally take in a sourceFile.
Don't use node.getText(sourceFile) APIs to check if two nodes are equivalent.
Use hasSameTokens or similar.
Tip: to re-run just the tests for a rule, run
npx vitest run <rule-name>. Example: to rerun tests for theunnecessaryCatchesrule, runnpx vitest run unnecessaryCatches.
Look at other rule tests and try to mirror their layouts and styles as much as possible.
Make sure each piece of logic in a rule is unit tested.
If removing a piece of logic doesn't fail unit tests, that's likely a sign you're missing unit testing some edge case.
If you can't find an edge case that requires the logic, then remove that logic.
Example: if removing node.parent.kind === SyntaxKind.Identifier && from an if statement doesn't fail unit tests, then maybe you're not testing the case of a non-identifier node parent?
If that's possible, add those test case(s).
If that's not possible, remove the logic.
Don't use tabs in template literal strings. Indent with four spaces.
If valid test cases can be collapsed to one line, they should be.
Start all invalid test case code after the first line (i.e. snapshot: and then newline), so that snapshot ~s visually show up underneath the flagged characters of code.
Don't use foo/bar/etc. names.
Use succinct descriptive ones instead.
Example: instead of let foo; use let value;.
Instead of foo-.-bar use before-.-after.
If a rule has fixes and/or suggestions, those should be tested in unit tests.
For JSX rules, don't check dangerouslySetHTML - that's React-specific.
Don't abbreviate attribute names to attr - prefer attributes.
Also, if something is based on node.attribute.properties, call it property, not attr or prop.
© flint-fyi, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
Just SKILL.md in .agents/skills/implementing-lint-rules of flint-fyi/flint.
Open the folder on GitHubat commit d8f83ec
Implementing Lint Rules next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Implementing Lint Rules this skillflint-fyi/flint | 312 | — | ~857 | Automated safety check: Pass | MIT | |
| Npx CLIjwynia/agent-skills | 166 | — | ~2.4k | Automated safety check: Pass | None | |
| Typescript ToolingHoangNguyen0403/agent-skills-standard | 571 | — | ~688 | Automated safety check: Pass | MIT | |
| Create Saleor Packagesaleor/apps | 162 | — | ~608 | Automated safety check: Pass | Custom licence | |
| Antfuoyjt/uniapp-vue3-template | 627 | — | ~1.3k | Automated safety check: Pass | MIT | |
| Run Pre Commit Checksmicrosoft/vscode-python-environments | 141 | — | ~898 | Automated safety check: Pass | MIT |
jwynia/agent-skills
Build and publish npx-executable CLI tools using Bun as the primary toolchain with npm-compatible output.
HoangNguyen0403/agent-skills-standard
Development tools, linting, and build config for TypeScript.
saleor/apps
Scaffold a new shared package in the saleor-apps monorepo under ./packages/.
oyjt/uniapp-vue3-template
Anthony Fu's {Opinionated} preferences and best practices for web development
microsoft/vscode-python-environments
Run the mandatory pre-commit checks before committing code. An agent skill from microsoft/vscode-python-environments.
jwynia/agent-skills
Build and publish npm packages using Bun as the primary toolchain with npm-compatible output.
Works with
Categories
Implements ESLint-style lint rules with proper AST handling, targeted reporting, and comprehensive unit tests. Implementing Lint Rules is an agent skill from flint-fyi/flint. Implements ESLint-style lint rules with proper AST handling, targeted reporting, and comprehensive unit tests.
Implementing Lint Rules fits situations like: creating new lint rules; modifying existing rule implementations.
Run `npx skills add flint-fyi/flint --skill implementing-lint-rules -a claude-code`. Or copy the skill folder (.agents/skills/implementing-lint-rules in flint-fyi/flint) into .claude/skills/implementing-lint-rules in your project. Claude Code loads it when a task matches its description.
Run `npx skills add flint-fyi/flint --skill implementing-lint-rules -a codex`. Or copy the skill folder (.agents/skills/implementing-lint-rules in flint-fyi/flint) into .agents/skills/implementing-lint-rules in your project. Codex loads it when a task matches its description.
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add flint-fyi/flint --skill implementing-lint-rules -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/implementing-lint-rules, .gemini/skills/implementing-lint-rules, .github/skills/implementing-lint-rules and .opencode/skills/implementing-lint-rules in your project.
Going by SKILL.md and its folder, Implementing Lint Rules needs the command-line tools its instructions call (npx). Our summary lists: Node.js.
SKILL.md contains no URLs. Its commands use npx, which can reach the network depending on how they are called. This is read from the text; nothing was executed.
Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.
Implementing Lint Rules is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
About 857 tokens (SKILL.md is roughly 3.4k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.
Skills that share tags, products or a category with Implementing Lint Rules: Npx CLI (jwynia/agent-skills, 166 stars), Typescript Tooling (HoangNguyen0403/agent-skills-standard, 571 stars), Create Saleor Package (saleor/apps, 162 stars) and Antfu (oyjt/uniapp-vue3-template, 627 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
flint-fyi (a GitHub organization) maintains it in flint-fyi/flint, which has 312 GitHub stars. The repository was last updated on October 8, 2026.
Source: flint-fyi/flint on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.