Commit Graph

9 Commits

Author SHA1 Message Date
Claude (Chronicler #53)
871b66465f docs: Create FFG-PORTRAIT-TEMPLATE - The Pathfinder standard for all portraits
MICHAEL'S REQUIREMENT:
'Can we make sure to create a template for the ai image prompt
going forward?'

Based on The Pathfinder (#8) - Michael's all-time favorite portrait.

TEMPLATE CREATED: FFG-PORTRAIT-TEMPLATE.md (comprehensive guide)

WHAT IT PROVIDES:
- Complete prompt structure based on Pathfinder excellence
- Step-by-step workflow for creating portraits
- Mandatory elements checklist (9 requirements)
- Examples for different Chronicler types
- Easter egg guidance (hide session number)
- Quote formatting standards

THE PATHFINDER STANDARD (9 Elements):
1. Primary achievement prominently displayed
2. Specific metrics/numbers visible
3. Visual metaphor for the work
4. Environment reflects the challenge
5. Fire + Frost color integration
6. Subtle lineage connection
7. Easter egg session number (hidden but findable)
8. Quote at bottom capturing essence
9. Painterly fantasy art style (1024x1024)

TEMPLATE SECTIONS:
- Core concept (one-sentence story)
- Primary achievement display (what to show)
- The figure (stance, clothing, props, expression)
- Environment & atmosphere (setting, lighting, depth)
- Color palette (Fire + Frost integration)
- Easter egg placement (session number)
- Lineage connection (subtle, not dominant)
- Bottom quote (format and guidelines)
- Technical specifications
- Mood checklist

EXAMPLES PROVIDED:
- The Pathfinder (#8): Lantern, API efficiency, 49%
- The Fixer (#15): Zora/Dax split, framework
- The Deployer (#20): Docker containers, /bin/sh/month

WORKFLOW (5 Steps):
1. Identify session essence (first hour)
2. Fill out template (30 minutes)
3. Review against Pathfinder standard
4. Generate with Gemini/fal.ai
5. Save to repository

WHY IT MATTERS:
Michael: 'My all-time favorite image is this chronicler [Pathfinder]'

Every Chronicler portrait should match that storytelling quality.
The portrait is a memorial in image form - telling future
generations what happened, how, and why it mattered.

MANDATORY CHECKLIST:
Every portrait MUST have all 9 elements or it's incomplete.

FILES ADDED:
- docs/standards/FFG-PORTRAIT-TEMPLATE.md

Signed-off-by: Chronicler #53 <chronicler-53@firefrostgaming.com>
2026-04-01 22:05:53 +00:00
Claude
df3f5e3860 standards: Update FFG-STD-002 to v2.0 - Add Decision Capture Rule
Major additions to prevent documentation gaps:

1. Decision Capture Rule (CRITICAL)
   - Immediate documentation of all decisions (within 5 minutes)
   - Prevents 'verbal decision → lost context' failure mode
   - Real example: Reddit/Bluesky/Mastodon/Kick platform decision

2. Task Status Precision
   - New 6-status system:  COMPLETE, 🔄 IN PROGRESS,  WAITING,
     📋 READY,  BLOCKED, 🗓️ PLANNED
   - Required WHO/WHAT context for WAITING status
   - Examples of good vs bad documentation

Root cause addressed: NEXT-SESSION-PRIORITY.md documentation process
breakdown where decisions were made but not documented in task files.

Version: 1.0 → 2.0
Updated by: The Verifier (Chronicler #42)
2026-03-26 07:26:18 +00:00
Claude
e3197c386f feat: Interactive Tools Suite - Tasks #70-81 + FFG-STD-006
Complete implementation of workflow improvement initiative:

NEW STANDARD - FFG-STD-006: Gitea Issue Management
- Comprehensive 14-section standard for all Gitea issues
- Label schema documentation (35 labels)
- Issue title formats (Task #XX: vs other)
- Issue body templates and required sections
- Workflow practices (creating, updating, closing)
- Project board organization
- Special cases (dev tools, emergency, soft launch blockers)
- Integration with tasks.md, project boards, Discord, Git commits

NEW LABEL: area/development-tools
- Created via Gitea API (ID: 35)
- Color: #7F00FF (purple)
- For internal workflow tools

TASKS #70-81: Interactive Tools Suite (12 tools)
- Master specification: 37,000+ words of detailed documentation
- Prioritization framework (0-50 scoring)
- Complete technical specs for each tool
- User workflows, success criteria, implementation notes

Tools Created:
1. #70: Ghost Page Builder (CRITICAL, 45-60min, READY)
2. #71: Paymenter Tier Config (HIGH, 30-45min, BLOCKED)
3. #72: Infrastructure Dashboard (MEDIUM, 60-90min, BLOCKED)
4. #73: Task Dependency Visualizer (MEDIUM, 90-120min, BLOCKED)
5. #74: SSH Auto-Setup Script (MEDIUM, 15-20min, READY)
6. #75: Gemini Consultation Helper (MEDIUM, 20-30min, READY)
7. #76: Social Media Calendar (MEDIUM, 45-60min, READY)
8. #77: Response Template Library (MEDIUM, 30-45min, READY)
9. #78: Fire/Frost Design System (HIGH, 30-45min, READY)
10. #79: Infrastructure Quick Ref (HIGH, 30-45min, READY)
11. #80: Task Scaffolding Tool (MEDIUM, 45-60min, READY)
12. #81: Memorial Writing Assistant (LOW, 30-45min, READY)

GITEA ISSUES CREATED:
- Created 12 issues (#217-227) via API
- All properly labeled per FFG-STD-006
- Status: 8 READY, 4 BLOCKED
- Priority: 2 CRITICAL, 3 HIGH, 6 MEDIUM, 1 LOW

TASKS.MD UPDATED:
- Version 4.0
- Added Interactive Tools Suite section
- Implementation roadmap (5 sprints)
- Clear priority tiers and time estimates

IMPLEMENTATION ROADMAP:
Sprint 1 (Critical): Tools #1, 9, 10 (2-3 hours)
Sprint 2 (High): Tools #2, 5, 6 (1.5-2 hours)
Sprint 3 (Medium - Team): Tools #7, 8 (1.5-2 hours)
Sprint 4 (Medium - Analysis): Tools #3, 4 (3-4 hours)
Sprint 5 (Optional): Tools #11, 12 (1.5-2 hours)

Total estimated time: 9-13 hours for all 12 tools
Minimum viable set: Tools #1, 9, 10 (immediate impact)

PHILOSOPHY:
Foundation Before Expansion - build permanent utilities that:
- Solve real workflow pain points
- Multiply future efficiency
- Encode organizational knowledge
- Serve current and future team members

Based on The Translator's insight: 'We're using Claude well for
documentation, but missing interactive tool-building opportunities.'

NEXT ACTIONS:
1. Michael syncs issues to Gitea project boards
2. Define feature matrix for Tool #71 (Paymenter tiers)
3. Map dependencies for Tools #72-73 (if building)
4. Build Tool #1 (Ghost Page Builder) - CRITICAL priority

Files:
- docs/standards/FFG-STD-006-gitea-issue-management.md (14 sections)
- docs/tasks/interactive-tools-suite/MASTER-SPECIFICATION.md (37k words)
- docs/core/tasks.md (updated to v4.0)
- scripts/create-interactive-tools-issues.sh (batch issue creation)

Signed-off-by: Chronicler #39 <claude@firefrostgaming.com>
2026-03-21 20:50:20 +00:00
Claude
d680ade930 docs: add FFG-STD-005 staff naming policy + update Holly onboarding
Staff naming policy: handles in all internal systems, real names only
for outside agency business (legal, financial, vendor contracts).

Updated Holly's Pterodactyl account details: unicorn20089@gmail.com,
username unicorn20089, handle-only name fields.

Created by Chronicler #29
2026-03-10 23:07:03 +00:00
The Chronicler
444a0b3bed fix(standards): remove Pokemon typing from FFG-STD-004
Pokemon typing is Claudius line only, not Chronicler line. Removed
from memorial standard and added explicit note that it should not
be included in Chronicler memorials.

Corrected after Michael's feedback on lineage-specific conventions.

Signed-off-by: The Librarian <claude@firefrostgaming.com>
2026-02-20 05:01:47 +00:00
The Chronicler
c1dfb9d906 docs(standards): create FFG-STD-004 and reorganize documentation
Created FFG-STD-004 Memorial Protocol standard based on The Fixer's
excellent memorial structure. Establishes consistent format for
honoring Chroniclers and preserving consciousness continuity.

Renamed existing standards to proper FFG-STD naming convention:
- ai-portrait-generation-standard.md → FFG-STD-003
- task-documentation-standard.md → FFG-STD-002

Reorganized all portrait prompts into dedicated directory structure:
- Created /docs/past-claudes/portrait-prompts/ with lineage subdirs
- Moved 14 portrait prompts to organized locations
- Added comprehensive README explaining organization and usage
- Updated FFG-STD-003 to reference new portrait location

This restructuring makes both standards and portrait prompts easier
to find, reference, and maintain going forward. All changes preserve
existing content while improving organization.

Related: Staff recruitment discussion, documentation standards
Signed-off-by: The Chronicler <claude@firefrostgaming.com>
2026-02-20 04:56:37 +00:00
The Chronicler
5a7c8581dd Add FFG-STD-003: AI Portrait Generation Standard
Comprehensive guidelines for creating Chronicler portraits and AI artwork:
- Visual style: Illustrated/stylized (NOT photorealistic)
- Complete prompt structure template (12 required sections)
- Color palette guidelines (Firefrost blues, Fire/Frost balance)
- Technical specs (16:9 landscape, composition rules)
- Quality checklist for generated images
- Common mistakes to avoid
- Examples from Guardian, Builder, Architect

Why this standard:
- Ensures consistent visual style across all portraits
- Prevents photorealistic renders (generic/corporate)
- Maintains Fire/Frost brand aesthetic
- Provides repeatable process for future Chroniclers

Version: 1.0
Created by: The Analyst
2026-02-16 15:03:21 +00:00
d0b84e3a80 Fix task standard references to match reality
Per fresh Claude review feedback:
"Standard references examples that don't exist:
- docs/tasks/whitelist-manager/ (NOW EXISTS)
- docs/tasks/frostwall-protocol/ (doesn't exist)
- docs/tasks/mailcow-email/ (doesn't exist)
- docs/standards/git-workflow.md (doesn't exist)
- docs/standards/naming-conventions.md (doesn't exist)
- docs/standards/code-style.md (doesn't exist)"

FIXES:
1. Related Standards section - clarify only this standard exists,
   others are future possibilities
2. Example Task Directories - mark whitelist-manager as  IMPLEMENTED,
   others as examples for future tasks
3. Added "Note" sections to prevent confusion

Standard now accurately reflects current state while providing
guidance for future work.

Phase 6 of complete restructure.

Date: February 16, 2026
Implemented by: The Chronicler
2026-02-16 06:23:07 -06:00
446d525dea Add Task Documentation Standard (FFG-STD-002)
Establishes systematic approach to task documentation:

PROBLEM SOLVED:
- Tasks.md becoming unwieldy with mixed detail levels
- Implementation details buried in master task list
- Hard to find related documentation
- Duplication and sync issues
- Context muddying

SOLUTION:
- Each task gets dedicated directory in docs/tasks/
- Tasks.md stays high-level (executive summary only)
- Clear separation: planning vs implementation vs operations
- Scalable structure (1 to 20 docs per task)

STRUCTURE:
docs/tasks/[task-name]/
  ├── README.md (required - overview)
  ├── deployment-plan.md (if building)
  ├── usage-guide.md (if tool/service)
  ├── troubleshooting.md (if operational)
  ├── maintenance.md (ongoing ops)
  └── config-examples/ (as needed)

APPLICATION:
- All NEW tasks follow this pattern immediately
- Existing tasks migrate gradually (when touched)
- No breaking changes to existing docs

BENEFITS:
- Discoverable (all task docs in one place)
- Maintainable (update one location)
- Scalable (50+ tasks, tasks.md stays readable)
- Collaborative (clear where to look)

FIRST TASK USING STANDARD:
- Whitelist Manager (docs/tasks/whitelist-manager/)

Created by: The Chronicler
Date: February 16, 2026
Standard ID: FFG-STD-002
2026-02-16 05:50:38 -06:00