tinysocs-external-positioning

Validates TinySocs customer-facing copy against approved claims, rule counts, and pricing rules.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? It prevents inaccurate or overclaimed statements from reaching TinySocs prospects, investors, or the public by defining exactly which numbers, claims, and tier language are approved for external use. ## Core Features & Use Cases - Claim verification: Enforces the canonical 19/39/89 rule-count framing, the banned/quotable/internal-only validation number table, and the reproducibility bar any public efficacy figure must clear. - ICP and competitor grounding: Provides the two buyer profiles, beachhead definition, anti-ICP, messaging hooks, and the competitor comparison matrix (Blumira, Todyl, Perch, Elastic, Sentinel). - Staleness detection: Flags known live discrepancies such as the stale public validation dashboard and the competitive-positioning table/prose rule-count drift. - Use Case: Before sending an outreach email that cites a detection efficacy percentage, load this Skill to confirm the number is quotable, traceable to a run artifact, and consistent with the public dashboard. ## Quick Start Review this outreach email draft and flag any claims that violate the approved TinySocs external positioning rules.

Frequently Asked Questions about tinysocs-external-positioning

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

FAQPage Schema
How do I check if a TinySocs marketing claim is safe to publish?

Check the claim against the banned/quotable/internal-only validation numbers table and the reproducibility standard. A public number must trace to a specific run artifact, git commit, and pack version, and the public dashboard must reflect the same run being quoted.

What is the correct TinySocs detection rule count to state publicly?

State the triad exactly: 19 rules enabled in the pilot base pack 2026.27, 39 defined in the C# engine, and 89 including the 50-rule Python roadmap catalogue. Never say 89 rules without qualifying that only 19 run detections in a shipping install.

Can I quote the 88.9% detection efficacy figure in customer-facing copy?

No, 88.9% is internal-only as of 2026-07-11. Its source doc requires targeted runs for four environment-limited rules first, and the stale public dashboard showing 53.85% must be rebuilt before the number ships externally.

Can I add example pricing to the TinySocs landing page or one-pager?

No. Pricing is locked until after the first cohort of customer conversations, with no price numbers permitted in any doc, schema, or page. Only competitors' own public list prices may appear in the comparison matrix.

When should this positioning skill not be used?

Do not use it to rebuild the public validation dashboard, define evidence standards for new detection rules, decide change-control scope, or explain rule engine mechanics. Those belong to the validation-publication, validation-and-QA, change-control, and detection-engineering skills respectively.