agentleFS
hugo-fixithugo-fixit/FixIt/.github/copilot-instructions.md

FixIt

Copilot instructions1.1k starsChanged 15 months agoMITView on GitHub

This document defines the detailed coding standards for the FixIt theme project. For project overview, architecture, and development commands, see CLAUDE.md. Service-class architecture with direct constructor calls: Follows Conventional Commits: Types: feat, fix, refactor, chore, docs, perf, style, test, ci, build Scopes: workflow, archetypes, assets, i18n, layouts, config, or specific directories. Pre-commit runs: versioning (dev mode), typecheck, lint-staged (eslint --fix on staged files).

Adopted by

Steady: 0 new projects took it in the last 4 weeks, none the 4 weeks before.thin data

Week of Sep 13: 0 new projectsWeek of Sep 20: 0 new projectsWeek of Sep 27: 0 new projectsWeek of Oct 4: 0 new projectsWeek of Oct 11: 0 new projectsWeek of Oct 18: 0 new projectsWeek of Oct 25: 0 new projectsWeek of Nov 1: 0 new projects
Sep 2026Oct 2026Nov 2026
New projects taking a version of this file each week, over the 8 weeks our latest run read: only 0 in all, so this is a hint, not a trend.

Who's talking about hugo-fixit/FixIt

The biggest 5 of 51 mentions linking to the repository that our crawl found. Each line is their own headline.

See all 51

Talked about on GitHub and Bluesky (51 times).

On GitHub · 50

45 more on GitHub

On Bluesky · 1

  • Where files are headingNew Copilot instructions files have more rules about branches and pull requests, and fewer about code style.

    Of the Copilot instructions files we read, the 2,336 first seen in the last six months, against the older ones: the kind of rule that gained most share, and the kind that lost most. About files like this in general, not this one, and an estimate, since a kind is a pattern in the words.

  • In this repositoryOne other file it gives its agents.

The file

Show its rules and text

We split this copilot-instructions.md into the rules it gives an agent

16 rules. About 0 are common, 7 are distinctive, and 9 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈7

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 9

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Use CSS variables for theme switching support

    line 16
  2. Distinctive:

    Prefer relative units (rem, em, %) over absolute units

    line 17
  3. Distinctive:

    Use SCSS variables for colors — no hardcoded values

    line 18
  4. Distinctive:

    Keep selector nesting shallow

    line 19
  5. Very specific:

    Use UnoCSS atomic classes for common utilities (hidden, me-1, text-center, etc.)

    line 23
  6. Very specific:

    Run pnpm unocss after modifying uno.config.ts or templates that use UnoCSS classes

    line 28
  7. Very specific:

    Use ES6 # private fields — not TypeScript private with _ prefix

    line 55
  8. Distinctive:

    Keep modules focused: one module per file, one service interface per module

    line 56
  9. Very specific:

    Import the shared eventBus singleton from core/event-bus for cross-module communication

    line 57
  10. Very specific:

    Translation: Use T function for i18n ({{ T "header.switchTheme" }})

    line 73
  11. Very specific:

    Whitespace: Use {{- -}} trim markers to control whitespace output

    line 74
  12. Very specific:

    Use partialCached for expensive partials that don't change per page

    line 78
  13. Very specific:

    Use .Site.Store for shared computed values (e.g.

    line 79
  14. Very specific:

    Check hugo.IsProduction before adding analytics or minification

    line 80
  15. Distinctive:

    Use progressive enhancement for advanced features

    line 103
  16. Distinctive:

    Prefer feature detection over browser detection

    line 104

≈ “Common” is an estimate: at least 1 in 5 of the 3,779 Copilot instructions files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
copilot-instructions.md

FixIt Coding Standards and Guidelines

This document defines the detailed coding standards for the FixIt theme project. For project overview, architecture, and development commands, see CLAUDE.md.

SCSS Coding Standards

Naming

  • CSS classes: BEM or semantic naming (header-desktop, menu-item, post-tag)
  • SCSS variables: hyphen-separated, semantic ($global-font-family, $code-background-color)
  • CSS custom properties: prefixed with fi- / --fi-

SCSS Guidelines

  • Use 2-space indentation
  • Use CSS variables for theme switching support
  • Prefer relative units (rem, em, %) over absolute units
  • Use SCSS variables for colors — no hardcoded values
  • Keep selector nesting shallow

UnoCSS Guidelines

  • Use UnoCSS atomic classes for common utilities (hidden, me-1, text-center, etc.)
  • Theme colors: bg-primary, text-success, text-danger, etc. (mapped via @theme in uno.config.ts)
  • Responsive: sm: (>=680px), md: (>=960px), lg: (>=1200px), xl: (>=1440px). Use max-sm: for xs (<680px)
  • Wrap SVG elements with <!-- @unocss-skip-start --> / <!-- @unocss-skip-end --> to avoid false positives from d attribute values
  • Dynamically generated classes (e.g., order-*) must be added to safelist in uno.config.ts
  • Run pnpm unocss after modifying uno.config.ts or templates that use UnoCSS classes

TypeScript Coding Standards

Architecture

Service-class architecture with direct constructor calls:

  • TypedEventBus (core/event-bus.ts) — Module-level singleton (eventBus) wrapping DOM CustomEvents with typed event map.
  • Service interfaces (core/tokens.ts) — Typed contracts for each module (CoreService, ThemeService, CodeService, etc.).
  • Module classes (modules/*.ts) — Each module implements its service interface. Dependencies are constructor-injected.

Module Pattern

export class ExampleModule implements ExampleService {
  #privateState: any // ES6 # private fields, not _ prefix

  constructor(private readonly core: CoreService) {}

  publicMethod(): void { /* ... */ }
  #privateHelper(): void { /* ... */ }
}

Key Rules

  • Use ES6 # private fields — not TypeScript private with _ prefix
  • Keep modules focused: one module per file, one service interface per module
  • Import the shared eventBus singleton from core/event-bus for cross-module communication
  • Constructor injection for dependencies — no global state access
  • window.fixit exposes a typed public API (FixItPublicAPI) for user custom scripts
  • Comment style: follow TSDoc conventions

Utilities

  • Pure functions only in utils/ — no side effects, no DOM state
  • Re-export everything through utils/index.ts

Hugo Template Standards

Conventions

  • Variable naming: camelCase ($footerConfig, $fingerprint)
  • Comments: Hugo syntax {{- /* comment */ -}}
  • Translation: Use T function for i18n ({{ T "header.switchTheme" }})
  • Whitespace: Use {{- -}} trim markers to control whitespace output

Hugo Template Guidelines

  • Use partialCached for expensive partials that don't change per page
  • Use .Site.Store for shared computed values (e.g. fingerprint)
  • Check hugo.IsProduction before adding analytics or minification

Git Workflow

Commit Convention

Follows Conventional Commits:

<type>(<scope>): <subject>

Types: feat, fix, refactor, chore, docs, perf, style, test, ci, build

Scopes: workflow, archetypes, assets, i18n, layouts, config, or specific directories.

Pre-commit Hooks

Pre-commit runs: versioning (dev mode), typecheck, lint-staged (eslint --fix on staged files).

Browser Compatibility

  • Target modern browsers
  • Use progressive enhancement for advanced features
  • Prefer feature detection over browser detection

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.