tinysocs-research-frontier

Catalogues TinySocs's seven unbuilt subsystems with verified repo evidence and actionable first steps.

Updated Oct 12, 2025
One-click install
npx skills add https://github.com/lukefitzg/tinysocs --skill tinysocs-research-frontier-lukefitzg
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: tinysocs-research-frontier
Source: https://github.com/lukefitzg/tinysocs/tree/main/.claude/skills/tinysocs-research-frontier
Command: npx skills add https://github.com/lukefitzg/tinysocs --skill tinysocs-research-frontier-lukefitzg

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? When planning what to build next in the TinySocs SIEM codebase, it is easy to lose track of which subsystems are genuinely missing versus already shipped, or to accidentally claim deferred features exist. This Skill provides a verified catalogue of the seven open engineering gaps, ordered by leverage toward the first paying customer, so planning decisions rest on ground truth rather than stale strategy docs. ## Core Features & Use Cases - Gap catalogue with evidence: Each of the seven deferred subsystems (allowlist runtime, signed-pack activation, FP telemetry, Python KQL backend runner, baseline engine, premium-tier packs, AI-assisted triage) includes why it was deferred, with file paths and line numbers verified against the repository. - Actionable starting points: Every entry lists the concrete assets already in the repo, the first three implementation steps with real file paths, and a falsifiable milestone defining done. - Honesty guardrails: Explicit instructions prevent describing unbuilt features as shipped and route changes through the appropriate change-control and positioning skills. - Use Case: When asked "what should I work on next" or "is the allowlist feature built yet," load this Skill to get an accurate, source-cited answer instead of guessing from outdated roadmap documents. ## Quick Start Ask what is left to build in TinySocs before the first paying customer and which gap to tackle first.

Frequently Asked Questions about tinysocs-research-frontier

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I find out what is left to build in the TinySocs project?

Load this Skill to get the seven verified open gaps ordered by leverage toward the first paying customer. Each entry states why it is deferred, what assets already exist in the repo, and the first three actionable steps with real file paths.

Is the allowlist tuning feature built in TinySocs?

No. The allowlist schema exists in every signed pack and the merge semantics are fully designed in docs/design/rule-format-v2.md, but no runtime reads it. A grep for allowlist in the C# agent source returns zero hits as of the verification date.

Why is the signed pack loader not active in real TinySocs installs?

Signed-pack support was built opt-in so existing installs were not disrupted, and the rollout step never happened. ContentPackConfig.Enabled defaults to false, the example config has no pack block, and the installer stages no packs directory or public key.

When should I not use this research frontier skill?

Do not use it to learn what already runs in production, to decide whether a change is worth doing, or to phrase gaps for external audiences. Those belong to the architecture-contract, change-control, and external-positioning skills respectively.

Can I start coding the AI-assisted triage feature right away?

No. AI triage is design-first with no design doc yet, and the roadmap warns it risks becoming the shiny thing that stalls the revenue loop. The first step is writing docs/design/ai-triage.md with draft status, and code waits until it is approved.