Thanks for helping make AI-assisted development more grounded and reviewable.
Participation is governed by the Code of Conduct. Usage questions belong in Discussions; reproducible bugs and scoped feature work belong in Issues.
- Search existing issues and pull requests before opening a new one.
- Keep proposals focused on repository context, test routing, risk signals, or the GitHub Action workflow.
- For a bug, include a small reproducible repository shape or command when possible.
FixMap uses Node.js 20.11 or newer and npm workspaces.
npm ci
npm run ciThe ranking evaluation cases live in benchmarks/cases.json. If a ranking change alters expected results, explain why and update the cases in the same pull request; do not weaken the thresholds merely to make CI pass.
The CI command type-checks every workspace, runs tests, builds the CLI, Action, and web app, checks generated Action bundle drift, and runs smoke checks.
- Open an issue first for substantial features or behavior changes.
- Create a focused branch from
main. - Add or update tests with the behavior you change.
- Run
npm run cibefore opening a pull request. - Explain the user impact and verification in the pull request description.
main is protected. Pull requests must pass the required CI check and resolve conversations before merge.
The GitHub Action runs from packages/action/dist/index.mjs. When changing Action source, run:
npm run build:actionCommit the regenerated bundle with the source change. CI rejects bundle drift.
- Prefer deterministic, inspectable signals over opaque scoring.
- Keep reports honest about what FixMap suggests versus what it proves.
- Avoid adding network services or API keys to the local-first core without a focused proposal.
- Keep pull requests narrow enough to review confidently.
Use the repository's issue forms for bugs and feature ideas. For security-sensitive reports, follow SECURITY.md instead of opening a public issue.