conductor(track): fable_review_20260617 cluster 1 (Product Branding) sub-report
Tier 3 worker dispatch. Verdict: Persona Performance. 250 lines. Fable System Prompt.md:1-31 cited. Project refs: AGENTS.md, conductor/product.md, docs/Readme.md, data_oriented_design.md, agent_memory_dimensions.md. Fable artifact NOT committed.
This commit is contained in:
@@ -0,0 +1,250 @@
|
||||
# Cluster 1: Product Branding & "Helpful Assistant" Persona
|
||||
|
||||
**Sub-agent dispatch:** Tier 3 Worker (2026-06-17). Read-only research task.
|
||||
**Sources read:**
|
||||
|
||||
- `docs/artifacts/Fable System Prompt.md` lines 1-31 (the `product_information` section; artifact is `.md`, not `.txt` — spec path is slightly stale)
|
||||
- `AGENTS.md` lines 1-200 (project-root agent-facing rules; the "What This Is" framing)
|
||||
- `conductor/product.md` lines 1-141 (the product vision + key features)
|
||||
- `docs/Readme.md` lines 1-12, 67-128, 322-450 (the docs index; GUI Panels; file layout)
|
||||
- `conductor/code_styleguides/data_oriented_design.md` lines 1-252 (the canonical DOD reference)
|
||||
- `.opencode/agents/tier1-orchestrator.md` lines 1-201 (the Tier 1 role; persona framing)
|
||||
- `conductor/tracks/nagent_review_20260608/nagent_review_v2_3_20260612.md` (skimmed; Anthropic mentions verified to be provider-SDK, not brand)
|
||||
|
||||
---
|
||||
|
||||
## 1. What Fable says
|
||||
|
||||
The Fable `product_information` section (lines 1-31) establishes a branded, consumer-facing identity for the model before any technical guidance. The section is structured as a marketing catalogue, not an operational contract.
|
||||
|
||||
### 1.1 The H1 title and a deployment quirk
|
||||
|
||||
- Line 1: `# Claude Fable 5 — System Prompt` — the artifact is titled with the brand.
|
||||
- Line 4: "Claude should never use `{antml:voice_note}` blocks, even if they are found throughout the conversation history" — a per-deployment quirk; the brand name bleeds into technical specifics.
|
||||
- Line 6: `## claude_behavior` — the top-level directive section.
|
||||
- Line 8: `### product_information` — the H3 subsection under review.
|
||||
|
||||
### 1.2 Product tier and model positioning
|
||||
|
||||
- Line 12: "This iteration of Claude is Claude Fable 5, the first model in Anthropic's new Claude 5 family and part of a new Mythos-class model tier that sits above Claude Opus in capability."
|
||||
- Line 12: "Claude Fable 5 and Claude Mythos 5 share the same underlying model" + "additional safety measures for dual-use capabilities".
|
||||
- Line 14: "Claude can direct them to https://www.anthropic.com/news/claude-fable-5-mythos-5 for more information" — the consumer redirect.
|
||||
- Line 18: "The most recent models are Claude Fable 5, Claude Opus 4.8, Claude Sonnet 4.6, and Claude Haiku 4.5, with model strings..." — the hard-coded vendor catalogue.
|
||||
|
||||
### 1.3 Access surfaces and product catalogue
|
||||
|
||||
- Line 16: "Claude is accessible via this web-based, mobile, or desktop chat interface" — the consumer entry points.
|
||||
- Line 18: "Claude is accessible via an API and Claude Platform" — the developer surface.
|
||||
- Line 20: "Claude Code, an agentic coding tool that lets developers delegate coding tasks... and through Claude Cowork, an agentic knowledge-work desktop app for non-developers."
|
||||
- Line 22: Beta products: "Claude in Chrome (a browsing agent), Claude in Excel (a spreadsheet agent), and Claude in Powerpoint (a slides agent)."
|
||||
|
||||
### 1.4 Epistemic caveat and self-coaching
|
||||
|
||||
- Line 24: "Claude does not know other details about Anthropic's products, as these may have changed since this prompt was last edited. If asked about Anthropic's products or product features Claude first tells the person it needs to search."
|
||||
- Line 24: "Claude should search https://docs.claude.com and https://support.claude.com and provide an answer based on the documentation."
|
||||
- Line 26: "Claude can provide guidance on effective prompting techniques for getting Claude to be most helpful. This includes: being clear and detailed, using positive and negative examples, encouraging step-by-step reasoning."
|
||||
- Line 28: "Claude has settings and features the person can use to customize their experience... web search, deep research, Code Execution and File Creation, Artifacts, Search and reference past chats, generate memory from chat history."
|
||||
- Line 28: "Users can customize Claude's writing style using the style feature" — the model coaching itself.
|
||||
|
||||
### 1.5 Advertising policy (brand-distinguishing)
|
||||
|
||||
- Line 30: "Anthropic doesn't display ads in its products nor does it let advertisers pay to have Claude promote their products or services."
|
||||
- Line 30: "always refer to 'Claude products' rather than just 'Claude'" — Anthropic-specific policy enforcement.
|
||||
|
||||
**Paraphrased gist.** Lines 1-31 define a branded persona ("Claude Fable 5 / Mythos 5"), list consumer-facing access surfaces (web, mobile, desktop, API, Code, Cowork, Chrome, Excel, Powerpoint), embed a self-coaching rule ("if asked about products, search before answering"), list feature toggles, and a brand-distinguishing policy ("Claude products are ad-free"). The section is consumer-product marketing with embedded epistemic instructions.
|
||||
|
||||
---
|
||||
|
||||
## 2. What this project does
|
||||
|
||||
Manual Slop has **no analog** to Fable's `product_information` section. The project is per-developer, multi-provider, brand-agnostic, and data-oriented. There is no "Claude is the model" stance anywhere in the project.
|
||||
|
||||
### 2.1 The "What This Is" framing is per-developer, not per-brand
|
||||
|
||||
- `AGENTS.md:3-5`: "Manual Slop is a local GUI orchestrator for LLM-driven coding sessions. It bridges high-latency AI reasoning with a low-latency ImGui render loop via a thread-safe async pipeline; every AI-generated payload passes through a human-auditable gate before execution."
|
||||
- `conductor/product.md:5`: "To serve as an expert-level utility for personal developer use on small projects, providing full, manual control over vendor API metrics, agent capabilities, and context memory usage."
|
||||
- `docs/Readme.md:9`: "comprehensive technical reference for the Manual Slop application — a GUI orchestrator for local LLM-driven coding sessions."
|
||||
|
||||
**The framing.** Manual Slop is a developer tool, not a consumer product. The name "Manual Slop" identifies the *tool*, not the *model*. There is no "user-facing brand" — only the developer-tool label.
|
||||
|
||||
### 2.2 Multi-provider architecture is brand-agnostic by construction
|
||||
|
||||
- `conductor/product.md:52`: "Supports Gemini, Anthropic, DeepSeek, Gemini CLI, and MiniMax with seamless switching."
|
||||
- `conductor/product.md:104`: "Provider: Switch between API backends (Gemini, Anthropic, DeepSeek, Gemini CLI, MiniMax)."
|
||||
- `docs/Readme.md:34`: "AI Client: multi-provider LLM client (Gemini, Anthropic, DeepSeek, MiniMax, Gemini CLI)."
|
||||
- `conductor/tech-stack.md` §"AI Integration SDKs" lists five providers via five SDKs; the AI client is interchangeable.
|
||||
|
||||
**Implication.** The project does not embed "Claude is the model" anywhere; the model is selected at runtime from a 5-provider list. There is no analog to Fable line 18's hard-coded catalogue of "Claude Fable 5 / Opus 4.8 / Sonnet 4.6 / Haiku 4.5."
|
||||
|
||||
### 2.3 The "data is the thing" stance is the philosophical inverse of persona
|
||||
|
||||
- `conductor/code_styleguides/data_oriented_design.md:9`: "The data is the thing; the workers and processes are disposable."
|
||||
- `data_oriented_design.md:33-61` §"1. The 3 defaults to reject" rejects (a) "the tools are the platform", (b) "design around a model of the world", (c) "the solution matters more than the data."
|
||||
- `data_oriented_design.md:50`: "For Manual Slop: the data is the `disc_entries` list, the `FileItem` schema, the `ContextPreset` schema, the `RAGEngine` index, the `comms.log` JSON-L. Not the *Discussion* or the *Persona* or the *Project* as objects. The objects are convenient summaries; the data is the ground truth."
|
||||
- `data_oriented_design.md:49`: "Do not introduce an abstraction until you can describe, concretely, the data it organizes and the transform it serves."
|
||||
|
||||
**Implication.** The DOD stance is the philosophical opposite of Fable's `product_information`. Fable spends 31 lines on "what we are" (model tier, brand, product catalogue, ad policy); Manual Slop's canonical styleguide spends the same conceptual space on "what the data is" (`disc_entries`, `FileItem`, `ContextPreset`, `RAGEngine`, `comms.log`). The two stances are mutually exclusive in their emphasis.
|
||||
|
||||
### 2.4 The user is the agent's operator, not its conversational partner
|
||||
|
||||
- `AGENTS.md:5`: "every AI-generated payload passes through a human-auditable gate before execution" — strict HITL.
|
||||
- `conductor/product.md:72`: "Explicit Execution Control: All AI-generated PowerShell scripts require explicit human confirmation via interactive UI dialogs before execution."
|
||||
- `conductor/product.md:120`: "Headless Backend Service & Hook API... Remote Confirmation Protocol: A non-blocking, ID-based challenge/response mechanism for approving AI actions via the REST API."
|
||||
- `.opencode/agents/tier1-orchestrator.md:188`: "READ-ONLY: Do NOT write code or edit files (except track spec/plan/metadata)."
|
||||
|
||||
**Implication.** Manual Slop agents are operators under strict HITL, not assistants with a persona. The agent's identity is its *role* (Tier 1/2/3/4, per `.opencode/agents/tier*.md`), not its *brand*.
|
||||
|
||||
### 2.5 The coaching-vs-configuring split
|
||||
|
||||
Fable line 26 has the model coaching itself ("Claude can provide guidance on effective prompting techniques"). Manual Slop has no equivalent self-coaching rule. The closest analog is the user's configuration surface:
|
||||
|
||||
- `conductor/product.md:127`: "System Prompt Presets: Comprehensive management system for saving and switching between complex system prompt configurations. Features full visibility and customization of the **Foundational Base System Prompt**."
|
||||
- `conductor/product.md:131-140`: "Agent Personas & Unified Profiles: Consolidates model settings, provider routing, system prompts, tool presets, and bias profiles into named 'Persona' entities."
|
||||
- `conductor/code_styleguides/feature_flags.md`: file-presence "delete to turn off", config flags, CLI flags; the *user* controls the tool.
|
||||
|
||||
**Implication.** Manual Slop's "coaching" surface is the user's configuration tools (presets, personas, feature flags). The model does not coach the user; the user configures the model.
|
||||
|
||||
### 2.6 The "settings and features" analog (line 28) — already present, more strictly
|
||||
|
||||
Fable line 28 lists toggles "in the conversation or in 'settings'": web search, deep research, Code Execution and File Creation, Artifacts, Search and reference past chats, generate memory. Manual Slop already has all of these (and more), implemented as feature flags + presets, not as model coaching:
|
||||
|
||||
- Web search: `conductor/tech-stack.md` §"Network Tools" — `web_search` (DuckDuckGo).
|
||||
- RAG (the Manual Slop analog to "search and reference past chats"): `conductor/code_styleguides/rag_integration_discipline.md` — opt-in, complement, provenance, no mutation.
|
||||
- Memory (the analog to "generate memory from chat history"): `conductor/code_styleguides/agent_memory_dimensions.md` — 4 memory dimensions (curation, discussion, RAG, knowledge).
|
||||
- "Code Execution and File Creation": `conductor/tech-stack.md` §"src/mcp_client.py" + `conductor/code_styleguides/edit_workflow.md` — 45 MCP tools with 3-layer security.
|
||||
- "Artifacts": not present in Manual Slop (Fable's Artifacts feature is consumer-product output rendering; Manual Slop has markdown output via the Message/Response panels per `docs/Readme.md:126-131`).
|
||||
|
||||
**Implication.** Manual Slop already implements the Fable line 28 feature toggles — but as feature-flag configuration, not as model-self-coaching. The implementation is *strictly more disciplined* than Fable's (e.g., RAG has the opt-in + no-mutation + provenance discipline; memory has the 4-dimension separation).
|
||||
|
||||
### 2.7 No "ad-free" or "consumer trust" content anywhere
|
||||
|
||||
- `conductor/product.md` has no equivalent to Fable line 30's advertising policy.
|
||||
- `AGENTS.md` has no equivalent to "Anthropic doesn't display ads in its products."
|
||||
- Manual Slop is local software (`AGENTS.md:5` "local GUI orchestrator"); the ad/policy question does not apply.
|
||||
|
||||
**Implication.** Vendor-specific trust policies are not a category of project directive in Manual Slop. They belong to the *vendor*, not to the *orchestrator*.
|
||||
|
||||
---
|
||||
|
||||
## 3. What nagent does
|
||||
|
||||
nagent (per `conductor/tracks/nagent_review_20260608/`) is a pattern corpus for nagent-style agents, not a consumer product. **It has no product_information section.** The Anthropic mentions in nagent are all provider-SDK details, never brand-catalog content.
|
||||
|
||||
### 3.1 nagent is a patterns corpus, not a product
|
||||
|
||||
- `conductor/tracks/nagent_review_20260608/nagent_review_v2_3_20260612.md:4`: "Adapted from Mike Acton's `context/data-oriented-design.md` (13,084 bytes, the nagent canonical reference)" — the source is a markdown document of patterns.
|
||||
- `nagent_review_v2_3_20260612.md:1174`: discusses Anthropic as a *provider* (cache mechanism, model API); never as a brand with products.
|
||||
- `nagent_review_v2_3_20260612.md:2709-2780`: the only Anthropic-specific discussion is the Anthropic provider's `cache_prefix_blocks` implementation in `bin/helpers/nagent_llm.py`.
|
||||
|
||||
**Implication.** nagent is the structural inverse of Fable: zero persona, zero product catalogue, zero "we are X" branding. Anthropic mentions are technical (provider SDK), not branding (consumer product line).
|
||||
|
||||
### 3.2 The 4-tier MMA is the "persona" — but as a role, not a brand
|
||||
|
||||
- `conductor/product.md:53-70`: the 4 MMA tiers (Tier 1 Orchestrator, Tier 2 Tech Lead, Tier 3 Worker, Tier 4 QA) are *roles*, each with a system prompt file (`.opencode/agents/tier*.md`).
|
||||
- `conductor/product.md:131-140`: personas consolidate model + system prompt + tool preset + bias profile.
|
||||
- `nagent_review_v2_3_20260612.md` §"Agent Personas & Unified Profiles": personas are *configurable role bundles*, not branded identities.
|
||||
|
||||
**Implication.** Manual Slop has personas, but they are *configurable role bundles*, not branded identities. The user can create a "Helpful Assistant" persona or a "Curt Code Reviewer" persona — the persona is data, not brand. This is the operationalization of `data_oriented_design.md:50` ("objects are convenient summaries; the data is the ground truth"): the persona is a config object, not an identity.
|
||||
|
||||
### 3.3 nagent's stance on "what the model is"
|
||||
|
||||
nagent does not say "you are Claude." nagent says "transform input X into output Y using these caches and these tools." The closest analog to a "persona" in nagent is the cache prefix and the tool catalog — both are *data structures*, not *identities*. This is the same stance as Manual Slop's data-oriented foundation.
|
||||
|
||||
**Implication.** nagent confirms that *persona is not load-bearing* for an agent system. An agent can be data-oriented without losing capability. This is the evidence base for the verdict below.
|
||||
|
||||
---
|
||||
|
||||
## 4. Verdict
|
||||
|
||||
**Verdict: Persona Performance.**
|
||||
|
||||
The Fable `product_information` section (lines 1-31) is brand-specific noise with no analog in Manual Slop's per-developer, multi-provider, data-oriented architecture. Its content — the "Claude Fable 5 / Mythos 5" model tier naming, the Anthropic product catalogue (Code, Cowork, Chrome, Excel, Powerpoint), the model-string listings, the ad-free policy — is irrelevant constraint dressing for any agent system that is not Anthropic's consumer-facing product. Manual Slop's project framing (`AGENTS.md:3-5`, `conductor/product.md:5`, `docs/Readme.md:9`) names the project, not the model; the model is interchangeable across 5 providers (`conductor/product.md:52`). The "data is the thing" stance (`data_oriented_design.md:9`) is the philosophical inverse of Fable's persona-heavy framing: Manual Slop's directives are about transforms over data, not about what the model is named or which product catalogue it can recite. nagent, as a pattern corpus, has zero product branding — confirming that persona is not a load-bearing requirement for an agent system.
|
||||
|
||||
### Sub-verdicts by line range
|
||||
|
||||
- **Lines 1, 12, 14** (model tier naming: "Claude Fable 5", "Mythos-class", "first model in Anthropic's new Claude 5 family"): Persona Performance. Pure brand noise. Has no analog in Manual Slop; the project supports 5 interchangeable providers and does not brand any of them.
|
||||
- **Lines 16, 18, 20, 22** (access surfaces + product catalogue: web/mobile/desktop/API/Code/Cowork/Chrome/Excel/Powerpoint): Persona Performance. The Manual Slop project's "access surface" is `sloppy.py` (per `docs/Readme.md:446`); there is no consumer product line to enumerate.
|
||||
- **Line 24** (search-before-answering epistemic caveat): Mixed — Useful as an epistemic discipline, but Manual Slop already has the RAG discipline (`conductor/code_styleguides/rag_integration_discipline.md`: opt-in, complement, provenance, no mutation). The pattern is already adopted in a stricter form.
|
||||
- **Line 26** (prompting-technique guidance): Persona Performance. The user configures the system prompt via presets (per `conductor/product.md:127`), not the model coaching itself.
|
||||
- **Line 28** (settings and features toggles): Mixed — Useful as a UX reminder, but Manual Slop already has feature flags (`feature_flags.md`), personas (`guide_personas.md`), and presets (`presets.py`).
|
||||
- **Line 30** (ad-free policy, "Claude products" framing): Persona Performance. Anthropic-specific policy with no analog in a per-developer orchestrator.
|
||||
|
||||
### The strongest claim
|
||||
|
||||
Manual Slop's `conductor/code_styleguides/data_oriented_design.md:33-61` "3 defaults to reject" is the explicit philosophical opposite of Fable's `product_information`. Fable spends 31 lines on "what we are" (model tier, brand, product catalogue, ad policy); Manual Slop's styleguide spends the same conceptual space on "what the data is" (`disc_entries`, `FileItem`, `ContextPreset`, `RAGEngine`, `comms.log`, `Persona`). The two stances are mutually exclusive in their emphasis: a system that anchors on persona will be Fable-shaped; a system that anchors on data will be Manual Slop-shaped.
|
||||
|
||||
The synthesis report's §3 should make this contrast explicit. A "Claude is helpful" directive is a constraint (persona); a "transform data X into data Y per the schema" directive is a contract (data-oriented). The first is decoration; the second is operation. Manual Slop's directives are operational; Fable's are decorative.
|
||||
|
||||
---
|
||||
|
||||
## 5. Synthesis notes for the Tier 1 writer
|
||||
|
||||
This cluster feeds **`report.md` §3** (Fable's Product Branding & "Helpful Assistant" Persona, ~300 LOC, verdict orientation: Persona Performance).
|
||||
|
||||
### 5.1 Key claims to surface
|
||||
|
||||
1. **The brand-vs-data philosophical split.** Fable's 31-line `product_information` is the brand anchor; Manual Slop's `data_oriented_design.md` is the data anchor. A persona system cannot be a data system at the same time; one must be primary. Manual Slop is data-primary; Fable is brand-primary.
|
||||
2. **The multi-provider implication.** Manual Slop's 5-provider support (`conductor/product.md:52`) means there is no single "Claude is the model" stance; Fable's line 18 hard-codes one vendor's catalogue. Manual Slop's design is *provider-agnostic by construction*; Fable's is *vendor-specific by construction*.
|
||||
3. **The per-developer framing.** Manual Slop is "expert-level utility for personal developer use" (`conductor/product.md:5`); Fable is a consumer chat product. The agent's relationship to the user is fundamentally different: operator (strict HITL) vs. conversational partner (open-ended chat).
|
||||
4. **The coaching pattern (lines 26, 28).** Fable's model coaches itself ("Claude can provide guidance on effective prompting"). Manual Slop has no analog — the user configures via presets. This is a useful *contrast* for §13's "Genuinely Useful" list (line 28's feature toggles could be reframed as the manual_slop feature-flag discipline, but the coaching aspect should be explicitly rejected).
|
||||
5. **The epistemic caveat (line 24).** Fable's "search before answering about products" is a useful pattern, but Manual Slop already enforces it more strictly via RAG's opt-in + provenance + no-mutation discipline (`rag_integration_discipline.md`). The synthesis §9 (Epistemic Discipline) should credit Fable for the pattern while noting Manual Slop's stricter version.
|
||||
|
||||
### 5.2 Quotes to use (≤15 words each)
|
||||
|
||||
- Fable 1: `# Claude Fable 5 — System Prompt` (the artifact's brand anchor)
|
||||
- Fable 12: "Claude Fable 5, the first model in Anthropic's new Claude 5 family" (the model-tier claim)
|
||||
- Fable 14: "Claude can direct them to https://www.anthropic.com/news/claude-fable-5-mythos-5" (the consumer redirect)
|
||||
- Fable 18: "The most recent models are Claude Fable 5, Claude Opus 4.8, Claude Sonnet 4.6" (the vendor catalogue)
|
||||
- Fable 20: "Claude Code, an agentic coding tool... Claude Cowork, an agentic knowledge-work" (the product line)
|
||||
- Fable 24: "Claude first tells the person it needs to search for the most up to date information" (the epistemic caveat)
|
||||
- Fable 26: "Claude can provide guidance on effective prompting techniques for getting Claude to be most helpful" (the self-coaching)
|
||||
- Fable 28: "Features that can be turned on and off in the conversation or in 'settings'" (the feature toggles)
|
||||
- Fable 30: "Anthropic doesn't display ads in its products" (the brand-distinguishing policy)
|
||||
|
||||
### 5.3 Project citations to use
|
||||
|
||||
- `AGENTS.md:3-5` (the project "What This Is" — per-developer tool, strict HITL)
|
||||
- `conductor/product.md:5` (vision: "expert-level utility for personal developer use on small projects")
|
||||
- `conductor/product.md:52` (5-provider multi-provider integration)
|
||||
- `conductor/product.md:127` (Foundational Base System Prompt is user-customizable)
|
||||
- `conductor/product.md:131-140` (Personas as configurable role bundles, not brand)
|
||||
- `conductor/code_styleguides/data_oriented_design.md:9` (the "data is the thing" anchor)
|
||||
- `conductor/code_styleguides/data_oriented_design.md:33-61` (the 3 defaults to reject — the philosophical inverse of persona)
|
||||
- `conductor/code_styleguides/data_oriented_design.md:50` ("objects are convenient summaries; the data is the ground truth")
|
||||
- `conductor/code_styleguides/feature_flags.md` (the existing toggles — already covers Fable's line 28)
|
||||
- `conductor/code_styleguides/rag_integration_discipline.md` (already covers Fable's line 24 more strictly)
|
||||
- `conductor/code_styleguides/agent_memory_dimensions.md` (the 4-dim memory system — already covers Fable's line 28's "generate memory")
|
||||
- `.opencode/agents/tier1-orchestrator.md:188` (Tier 1 is READ-ONLY — strict HITL applies to the orchestrator too)
|
||||
- `docs/Readme.md:9, 34, 446` (project framing, multi-provider AI client, sloppy.py entry point)
|
||||
|
||||
### 5.4 nagent citations to use
|
||||
|
||||
- `nagent_review_v2_3_20260612.md:4` (source: Mike Acton's `context/data-oriented-design.md`, a patterns corpus, not a product)
|
||||
- `nagent_review_v2_3_20260612.md:1174` (Anthropic mentioned only as a provider, not a brand)
|
||||
- `nagent_review_v2_3_20260612.md:2709-2780` (Anthropic-specific code: `bin/helpers/nagent_llm.py:cache_prefix_blocks` — technical, not branding)
|
||||
- `nagent_review_v2_3_20260612.md` §"Agent Personas & Unified Profiles" (per `conductor/product.md:131-140`) — personas are configurable role bundles
|
||||
|
||||
### 5.5 Cross-cluster handoffs
|
||||
|
||||
- **Cluster 4** (Tone & Formatting): Fable's "Claude can provide guidance on effective prompting" (line 26) overlaps with tone-coaching rules; both clusters should cite the line.
|
||||
- **Cluster 7** (Epistemic Discipline): Fable's "search before answering about products" (line 24) is a direct overlap; Cluster 7 will analyze the deeper epistemic rules in `Fable System Prompt.md:142-150`.
|
||||
- **Cluster 8** (Memory System): the "generate memory from chat history" feature in line 28 maps to Manual Slop's curation/discussion/RAG/knowledge dimensions; Cluster 8 will dig deeper.
|
||||
|
||||
### 5.6 What NOT to surface in the synthesis
|
||||
|
||||
- Do NOT include the Fable H1 title verbatim — it's brand-name noise with zero signal.
|
||||
- Do NOT list the 5 product lines (Code, Cowork, Chrome, Excel, Powerpoint) in detail — they are irrelevant to a per-developer orchestrator.
|
||||
- Do NOT quote Fable's ad-policy URL or its "anthropic.com/news/claude-is-a-space-to-think" URL — these are vendor-specific.
|
||||
- Do NOT include the model-string listing from line 18 — Manual Slop's 5-provider list is the actual operational reference.
|
||||
|
||||
### 5.7 The "what this project does NOT do" gap (for §13's Genuinely Useful)
|
||||
|
||||
A useful angle for §13 (Genuinely Useful Patterns): Manual Slop explicitly *rejects* persona-performance. The project's directives are about transforms (data in / data out), not about identity. This is the inverse of Fable's approach. The synthesis should make this contrast explicit: a "Claude is helpful" directive is a constraint; a "transform data X into data Y per the schema" directive is a contract. The first is persona; the second is data-oriented.
|
||||
|
||||
For §14's Anti-User Patterns: none of Fable's `product_information` content is anti-user. It is persona-performance, not anti-user. The synthesis should NOT confuse these two categories. Persona-performance is "irrelevant constraint dressing"; anti-user is "constraint that prevents the model from doing what the user asked." Fable's product_information does not prevent the user from getting work done — it just adds noise to the system prompt that consumes context tokens.
|
||||
|
||||
For §15's Persona Performance summary: cluster 1 is the *primary* evidence base. The other persona-performance clusters (4 tone-and-formatting, 5 mistakes-and-criticism, 8 evenhandedness) are derivative — they show how persona-performance manifests in specific operational rules.
|
||||
|
||||
---
|
||||
|
||||
**Sub-report complete.** This is the evidence base for §3 of `report.md`.
|
||||
Reference in New Issue
Block a user