Thanks for helping improve GitHub Pattern Knowledge.
This project is most useful when it stays auditable: accepted knowledge should point back to concrete repositories, commits, and source files.
git clone https://github.com/libenxier-beep/github-pattern-knowledge.git
cd github-pattern-knowledge
npm installRecommended runtime:
- Node.js 22.12 or newer
- npm 10 or newer
Optional environment:
cp .env.example .env.localKeep real tokens in .env.local or your shell environment. Never commit secrets or generated private knowledge data.
npm test
npm run typecheck
npm run build
npm run automation-preflight
npm run daily -- --fixture
npm run harnessUse the fixture command for deterministic local smoke tests. Use real GitHub discovery only when you are intentionally exercising API behavior.
Before opening a pull request:
- Keep the change focused.
- Add or update tests for behavior changes.
- Run
npm test,npm run typecheck, andnpm run build. - Run
npm run automation-preflightfrom the clean commit intended for scheduled execution. - Run
npm run daily -- --fixturewhen scheduler, discovery, scoring, ingestion, or preparation behavior changes; it must not publish active knowledge. - Run focused finalization tests when evidence, ownership, report, registry, or value-gate behavior changes.
- Run
npm run harnesswhen pattern-note shape, evidence, taxonomy, historical locators, or generated knowledge behavior changes. - Confirm
git status -sbdoes not include secrets,dist,node_modules,.env.local, or private generated knowledge.
Accepted pattern notes must be evidence-backed. Prefer fewer accepted patterns over broad claims with weak source support.
Good pattern notes include:
- a clear engineering problem
- use and avoid conditions
- boundary decisions and tradeoffs
- concrete failure modes
- source repo, URL, commit, and 2-4 reference files
- evidence table rows with actual functions, classes, tests, modules, or config keys
Do not treat daily cards as the source of truth. patterns/ is the durable knowledge layer.
LLMs may help a deep-dive agent form candidates from bounded, commit-pinned evidence. Daily preparation never invokes an extractor. Discovery, scoring, ingestion, source snapshots, finalization gates, harness validation, indexes, learned-registry publication, and dashboard reads remain deterministic.
For bugs, include:
- command run
- expected behavior
- actual behavior
- relevant environment variables without secrets
- Node.js and npm versions
For feature requests, explain the agent workflow or knowledge-quality problem the feature would improve.