Skip to content
cccskills
FreePublished on GitHub

format

Format code with swiftlint and swiftformat

The English summary is being prepared. Showing the original description.

See how to install

Files included (1)

  • SKILL.md327 B

SKILL.md (original)

Review the instructions the agent will receive before you install.

Format code

Run make format from the project root to fix code style issues (swiftlint --fix then swiftformat).

Run this directly — it is fast and low-output, so delegating to a subagent would cost more (subagent overhead) than it saves.

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

Compile the TMDb package AND all test targets (without running the tests) to catch test-code compile errors. Use after changing tests or shared code to check everything still builds — delegates to the tooling-runner agent (Haiku) and returns a concise pass/fail + errors-as-file:line summary. Differs from /build, which compiles only the library; to run the tests, use /test.

The English summary is being prepared. Showing the original description.

adamayoung/TMDb177Updated Oct 19, 2026

Implement features and fix bugs test-first, the Canon TDD way (test list → one test → make it pass → refactor → repeat). Use when implementing any new feature, endpoint, model, or method, fixing a bug, or executing a plan — write the test list and a failing test BEFORE production code.

The English summary is being prepared. Showing the original description.

adamayoung/TMDb177Updated Oct 19, 2026

Capture durable, project-specific learnings from the work just done into the knowledge/ base — gotchas, implementation quirks, things looked up or web-searched, live-API behaviours, and design decisions (as ADRs). Use before opening a PR (it runs automatically in /deliver), or any time you've learned something worth remembering. Records only non-obvious, reusable facts; skips anything already in the repo, CLAUDE.md, or git history.

The English summary is being prepared. Showing the original description.

adamayoung/TMDb177Updated Oct 19, 2026

Cut a new TMDb release — work out the next SemVer version from the evidence, do the pre-tag housekeeping a tag would otherwise freeze in place, draft release notes, then tag and publish the GitHub release. Presents the version (with its reasoning) and the full notes for approval and STOPS; nothing is tagged or published until you say go.

The English summary is being prepared. Showing the original description.

adamayoung/TMDb177Updated Oct 19, 2026

Take a plan all the way to a ready-to-merge pull request — review the plan (scaled to risk), implement it test-first, code-review and fix, run the CI gate, open the PR, and watch it green. Use after you have an approved plan (from plan mode, or the Plan agent); pass `issue <n>` to deliver a specific GitHub issue you name, or `next` to take the top startable issue off the project board's Ready column — either way it re-verifies, claims and plans the issue first. Invoking it with a plan already in hand is itself plan approval — it then runs autonomously to a single hard stop: ready-to-merge.

The English summary is being prepared. Showing the original description.

adamayoung/TMDb177Updated Oct 19, 2026

Diagnose a failing CI workflow run (lint, markdown lint, build, or unit tests) — identify which job failed, the cause, and a concrete fix

The English summary is being prepared. Showing the original description.

adamayoung/TMDb177Updated Oct 19, 2026

See all skills by adamayoung

Report a problem with this skill