source-types
The canonical, extensible source-type registry for a research corpus — paper, preprint, blog, repo, book, chapter, standard, doc, discussion, encyclopedia, expert-material, internal-review. Replaces the drifting type / source_type / "Source Type" vocabularies with one registry that declares per-type template, required sections, citation format, acquisition method, storage, quality rules, and radar cadence. Surfaced via `aiwg corpus source-types`; consumed by the by-source-type index view, per-type induction audit, and acquisition dispatch.
What this skill does
# Source-Type Registry
A research corpus outgrows "papers" — it catalogs preprints, code repos, blog
posts, lab announcements, vendor docs, books, RFCs, discussions, and more. This
skill is the **canonical, extensible source-type registry** that makes source
type a first-class, config-driven dimension.
## The problem it solves
Corpora accumulate **three drifting type vocabularies**:
| Surface | Example values | Drift |
|---------|---------------|-------|
| frontmatter `type:` | `book`, `reference`, `gap-note`, `internal-research` | mixes source type with doc role |
| frontmatter `source_type:` | `conference-paper` / `conference_paper`, `book_chapter` | hyphen vs underscore |
| body "Source Type" | `paper`, `maintainer-doc`, `discussion` | a third overlapping enum |
The registry folds all three (plus a venue-classification fallback) into **one
canonical source type** per artifact.
## How to use
```bash
# List the registry — canonical types + per-type rules
aiwg corpus source-types
aiwg corpus source-types --json
# The by-source-type index view groups the corpus by normalized type
aiwg index build --graph by-source-type # → indices/by-source-type.md
```
## What each type declares
Per canonical type: `template`, `required-sections`, `citation-format`,
`acquisition`, `storage`, `quality-rules`, `default-radar-cadence`. Example:
| type | template | citation | acquisition | storage | cadence |
|------|----------|----------|-------------|---------|---------|
| paper | reference-academic | doi-bibtex | pdf-download | sources/pdfs/full | quarterly |
| preprint | reference-academic | arxiv-id | pdf-download | sources/pdfs/full | quarterly |
| blog | reference-web | url-venue-retrieved | web-snapshot | sources/web | biannual |
| repo | reference-repo | repo-url-commit | git-clone | sources/repos | on-demand |
| standard | reference-web | standard-id | web-snapshot | sources/web | annual |
(12 canonical types ship by default; `aiwg corpus source-types` lists them all.)
## Adding a new source type is config, not code
Create `documentation/source-types.yaml` in your corpus to **replace** the
default registry (include the defaults you keep). Adding a podcast, dataset, or
talk type is a registry entry:
```yaml
version: 1
types:
podcast:
description: Podcast episode.
aliases: [podcast, episode]
template: reference-web
required_sections: [Summary, Key Claim]
citation_format: url-venue-retrieved
acquisition: web-snapshot
storage: sources/audio
quality_rules: anecdotal-hedging
default_radar_cadence: on-demand
venue_fallback: { … }
meta_roles: [redirect, stub, gap-note]
```
## Normalization rules
1. `source_type:` → `type:` → body "Source Type" are checked in that order; the
first that matches a canonical type or alias wins.
2. Doc-role values (`redirect`, `stub`, `gap-note`, `merged`, `index`) map to
the **`meta`** pseudo-type (excluded from source-type analytics).
3. If no explicit type matches, the classified **venue** falls back to a type
(academic venues → `paper`, arXiv → `preprint`, GitHub → `repo`, RFC →
`standard`, lab/vendor research posts → `blog`, Wikipedia → `encyclopedia`).
4. Otherwise → `other`.
Validated on a real 1,273-ref corpus: the registry normalizes ~93% (paper,
preprint, blog, repo, standard, book, chapter, encyclopedia, internal-review),
with `meta` excluding redirects/stubs and `other` capturing genuinely untyped refs.
## Consumers
The registry is the foundation other subsystems read:
- **by-source-type index view** (this framework) — groups refs by normalized type.
- **Per-type induction audit** (`induction-audit` / #1504) — required-section + depth checks vary by type (don't flag a blog for missing Ablation Studies).
- **Acquisition dispatch** (`research-acquire` / #1507) — PDF download vs web snapshot vs git clone by type.
- **Templates** (#1497) — per-type reference templates selected by source type.
- **Quality/GRADE** — non-peer-reviewed types carry different hedging expectations.
## Triggers
- "source type registry"
- "normalize source types"
- "what source types does the corpus have"
- "add a new source type"
- "by source type"
## Notes
- Authoritative runtime default: `src/artifacts/corpus-tools/source-types.ts`
(`DEFAULT_SOURCE_TYPES`); human-readable + override form:
`agentic/code/frameworks/research-complete/config/source-types.yaml`. A drift
test keeps them in sync.
- The venue fallback reuses the existing `VENUE_PATTERNS` classifier
(`src/artifacts/corpus-views/taxonomies.ts`).
Related in Security
mac-ops
IncludedComprehensive macOS workstation operations — diagnose kernel panics, identify failing drives, audit launchd startup items, decode wake reasons, triage TCC permission denials, manage APFS snapshots, recover from no-boot. Use for: Mac is slow, slow bootup, won't boot, kernel panic, kernel_task hot, mds_stores CPU, photoanalysisd, cloudd, login loop, gray screen, sleep wake failure, drive failing, IO errors, APFS snapshots eating space, Time Machine local snapshots, Spotlight indexing, launchd, LaunchAgent, LaunchDaemon, login items, TCC permissions, Full Disk Access, Screen Recording denied, Gatekeeper, quarantine, com.apple.quarantine, app is damaged, helper tool, /Library/PrivilegedHelperTools, pmset, wake reasons, dark wake, sysdiagnose, panic.ips, DiagnosticReports, configuration profile, MDM profile, remote diagnostics over SSH.
a11y-audit
IncludedRun accessibility audits on web projects combining automated scanning (axe-core, Lighthouse) with WCAG 2.1 AA compliance mapping, manual check guidance, and structured reporting. Output is configurable: markdown report only, markdown plus machine-readable JSON, or markdown plus issue tracker integration. Use this skill whenever the user mentions "accessibility audit", "a11y audit", "WCAG audit", "accessibility check", "compliance scan", or asks to check a web project for accessibility issues. Also trigger when the user wants to verify WCAG conformance or map findings to a specific standard (CAN-ASC-6.2, EN 301 549, ADA/AODA).
erpclaw
IncludedAI-native ERP system with self-extending OS. Full accounting, invoicing, inventory, purchasing, tax, billing, HR, payroll, advanced accounting (ASC 606/842, intercompany, consolidation), and financial reporting. 413 actions across 14 domains, 43 expansion modules. Constitutional guardrails, adversarial audit, schema migration. Double-entry GL, immutable audit trail, US GAAP.
assess
IncludedAssesses and rates quality 0-10 across multiple dimensions (correctness, maintainability, security, performance, testability, simplicity) with pros/cons analysis. Compares against project conventions and prior decisions from memory. Produces structured evaluation reports with actionable improvement suggestions. Use when evaluating code, designs, architectures, or comparing alternative approaches.
spring-boot-security-jwt
IncludedProvides JWT authentication and authorization patterns for Spring Boot 3.5.x covering token generation with JJWT, Bearer/cookie authentication, database/OAuth2 integration, and RBAC/permission-based access control using Spring Security 6.x. Use when implementing authentication or authorization in Spring Boot applications.
code-hardcode-audit
IncludedDetect hardcoded values, magic numbers, and leaked secrets. TRIGGERS - hardcode audit, magic numbers, PLR2004, secret scanning.