-
Attach image in the "…" menu: Step 3 development plan
docs/plans/attach_image_in_menu/attach_image_in_menu_step3_development_plan.md Plans Plans and history
-
Attach image in the "…" menu: Step 4 implementation summary
Branch: attachimageinmenu.
docs/plans/attach_image_in_menu/attach_image_in_menu_step4_implementation_summary.md Plans Plans and history
-
Authentication Modes Documentation — Railspike Debug Log
Assessment evidence is repository source and existing test inspection, not a runtime authentication audit.
docs/plans/authentication_modes_documentation/authentication_modes_documentation_debug_log.md Plans Plans and history
-
authentication_modes_documentation_step1_solution_assessment.md
Let's review our authentication modes and ensure documentation is up to date, please.
docs/plans/authentication_modes_documentation/authentication_modes_documentation_step1_solution_assessment.md Plans Plans and history
-
authentication_modes_documentation_step2_feature_description.md
Scattered authentication guidance conflates browser identity, session authentication, and membership approval.
docs/plans/authentication_modes_documentation/authentication_modes_documentation_step2_feature_description.md Plans Plans and history
-
authentication_modes_documentation_step3_development_plan.md
docs/plans/authentication_modes_documentation/authentication_modes_documentation_step3_development_plan.md Plans Plans and history
-
authentication_modes_documentation_step4_implementation_summary.md
The 15-method run used php tests/run.php with these Class::method filters:
docs/plans/authentication_modes_documentation/authentication_modes_documentation_step4_implementation_summary.md Plans Plans and history
-
automatic_guest_identity_step1_solution_assessment.md
As an operator, I want to have a feature flag available to me where instead of waiting for the user to begin an action before prompting for a username, the ser…
docs/plans/automatic_guest_identity/automatic_guest_identity_step1_solution_assessment.md Plans Plans and history
-
Automatic Guest Identity — Step 2: Feature Description
First-time visitors must begin a signed action and choose a username before a browser identity exists, delaying the interaction they intended to perform.
docs/plans/automatic_guest_identity/automatic_guest_identity_step2_feature_description.md Plans Plans and history
-
Automatic Guest Identity — Step 3: Development Plan
docs/plans/automatic_guest_identity/automatic_guest_identity_step3_development_plan.md Plans Plans and history
-
Automatic Guest Identity — Step 4: Implementation Summary
docs/plans/automatic_guest_identity/automatic_guest_identity_step4_implementation_summary.md Plans Plans and history
-
Background sign-in: Railspike debug log
Debug mode: enabled (project marker present at cycle creation)
docs/plans/background_sign_in/background_sign_in_debug_log.md Plans Plans and history
-
background_sign_in_step1_solution_assessment.md
Effort study: railspike-effort / v3/backgroundsignin; standing enrollment P2
docs/plans/background_sign_in/background_sign_in_step1_solution_assessment.md Plans Plans and history
-
background_sign_in_step2_feature_description.md
Effort study: railspike-effort / v3/backgroundsignin; ledger, standing enrollment P2
docs/plans/background_sign_in/background_sign_in_step2_feature_description.md Plans Plans and history
-
background_sign_in_step3_development_plan.md
Effort study: railspike-effort / v3/backgroundsignin; ledger, standing enrollment P2
docs/plans/background_sign_in/background_sign_in_step3_development_plan.md Plans Plans and history
-
background_sign_in_step4_implementation_summary.md
Effort study: railspike-effort / v3/backgroundsignin; ledger, standing enrollment P2
docs/plans/background_sign_in/background_sign_in_step4_implementation_summary.md Plans Plans and history
-
Account key approval policy FDP checklist
Status: Stage 1 enforcement implemented in the approved accountkeyapprovalsafety cycle.
docs/plans/backlog/account_key_approval_policy_fdp_checklist.md Plans Plans and history
-
Account key approval policy findings and recommendations
Status: First release narrowed to one feature flag.
docs/plans/backlog/account_key_approval_policy_findings_and_recommendations.md Plans Plans and history
-
Account key approval visibility and safety checklist
Status: Approved priorities 1–3 are implemented and locally release-verified.
docs/plans/backlog/account_key_approval_visibility_and_safety_checklist.md Plans Plans and history
-
Activity repository coverage checklist
Activity should report every change committed to the content repository, including files and record types it does not recognize.
docs/plans/backlog/activity_repository_coverage_checklist.md Plans Plans and history
-
Agent Reply Return Notification Step 1 Solution Assessment
Users need to know when an agent reply has returned without manually refreshing or rechecking the thread.
docs/plans/backlog/agent_reply_return_notification_step1_solution_assessment.md Plans Plans and history
-
Agent Response Pending Notice Visibility Step 1 Solution Assessment
When the agent response feature is activated on a post/comment that has a collapsed footer (consecutive posts by the same author), the notice about the respons…
docs/plans/backlog/agent_response_pending_notice_visibility_step1_solution_assessment.md Plans Plans and history
-
Agent Response Pending Notice Visibility Step 2 Feature Description
Same-author continuation styling collapses a post’s action footer, including the agent-response status.
docs/plans/backlog/agent_response_pending_notice_visibility_step2_feature_description.md Plans Plans and history
-
Agent Response Pending Notice Visibility Step 3 Development Plan
docs/plans/backlog/agent_response_pending_notice_visibility_step3_development_plan.md Plans Plans and history
-
Agent Response Pending Notice Visibility Step 4 Implementation Summary
docs/plans/backlog/agent_response_pending_notice_visibility_step4_implementation_summary.md Plans Plans and history
-
Approved Members Identity Publication: Debug Handoff
This document captures the current state of the approved-members-only feature and the remaining authentication/profile-access problem.
docs/plans/backlog/approved_members_identity_publication_debug_handoff.md Plans Plans and history
-
Approved User Server Pause Step 1 Solution Assessment
Approved users need a safe way to pause the server when something looks wrong, with backup access available during that workflow.
docs/plans/backlog/approved_user_server_pause_step1_solution_assessment.md Plans Plans and history
-
Classifier Optimization Step 1 Solution Assessment
The post classifier should be optimized for reliable, explainable safety and eligibility assessment now that agent task execution is a separate capability.
docs/plans/backlog/classifier_optimization_step1_solution_assessment.md Plans Plans and history
-
Clickable External Links Step 1 Solution Assessment
Users need pasted external links, including YouTube Shorts URLs, to become clickable in rendered posts.
docs/plans/backlog/clickable_external_links_step1_solution_assessment.md Plans Plans and history
-
Codex Handoff Draft Quality Step 1 Solution Assessment
Codex handoff drafts currently feel generic because the system uses a fixed deterministic template instead of adapting the user story, FDP Step 1 assessment, a…
docs/plans/backlog/codex_handoff_draft_quality_step1_solution_assessment.md Plans Plans and history
-
/docs/ Index Rewrite — Project-Verified Implementation Guide
docs/plans/backlog/docs_page_changes_revised.txt Plans Plans and history
-
Ephemeral read-model testing checklist
Status: The first experiment is complete and was reviewed on October 18, 2026.
docs/plans/backlog/ephemeral_testing_read_model_checklist.md Plans Plans and history
-
Fast LLM Post Scoring: Deterministic Heuristics Brainstorm
Use inexpensive, explainable rules alongside the dedicated fast LLM scorer to handle obvious cases, prioritize model calls, and provide a fallback when the mod…
docs/plans/backlog/fast_llm_post_scoring_deterministic_heuristics_brainstorm.md Plans Plans and history
-
Continuous Fast Post Risk Assessment MVP Plan V1
questions below are completed and the MVP scope is approved.
docs/plans/backlog/fast_post_scoring_mvp_product_plan_v1.md Plans Plans and history
-
Feature Flags page redesign: implementation brief
Page: /tools/feature-flags/ (template renders <table> with rows marked data-feature-flag-row, forms marked data-feature-flag-form posting key + value to /tools…
docs/plans/backlog/feature-flags-redesign-spec.md Plans Plans and history
-
feature-flags-redesign.html
docs/plans/backlog/feature-flags-redesign.html Plans Plans and history
-
Feature Flags page redesign: implementation brief
Page: /tools/feature-flags/ (template renders <table> with rows marked data-feature-flag-row, forms marked data-feature-flag-form posting key + value to /tools…
docs/plans/backlog/feature_flag_redesign_spec.md Plans Plans and history
-
Feature Request FDP Intake Step 1 Solution Assessment
Approved users need a structured way to turn forum feature requests into FDP work, including thread documentation, user-story translation, opt-in controls, cro…
docs/plans/backlog/feature_request_fdp_intake_step1_solution_assessment.md Plans Plans and history
-
Step 1: Solution Assessment — Forte Activity Instant Loading
Forte Activity eagerly prepares every first-page record for five activity filters, including hidden detail panes and technical source metadata, so its initial…
docs/plans/backlog/forte_activity_instant_loading_step1_solution_assessment.md Plans Plans and history
-
Forte Activity Instant Loading — Step 2: Feature Description
Opening Forte Activity delays the first usable view because it eagerly prepares rows and technical details that are not yet visible.
docs/plans/backlog/forte_activity_instant_loading_step2_feature_description.md Plans Plans and history