zenmemes Platform Docs

Docs home

Documents

2,515 documents

Filters
  1. Feedback triage

    Turn new site feedback into proposed changes to feedback items, show them for review, then write the accepted ones.

    docs/agents/feedback_triage.md Agents

  2. Agent instructions

    Procedures for agents working on this project: follow the one that matches the task.

    docs/agents/README.md Agents

  3. Thread to pull request

    Take a ZenMemes thread that asks for a change, build it, open a pull request, and reply in the thread with the result.

    docs/agents/thread_to_pr.md Agents

  4. New-Site Specification Style Guide

    Use this guide to propose a new site profile before implementation.

    docs/architecture/new_site_spec_style_guide.md Architecture

  5. Private Messaging Architecture and Features

    Private messaging provides encrypted, signed text conversations between approved forum users.

    docs/architecture/private_messaging.md Architecture

  6. Public Architecture and Trust Model

    How the Git records, the views built from them, OpenPGP identity, and private data relate.

    docs/architecture/public_architecture_and_trust.md Architecture

  7. Agent-response attribution

    Purpose: Record response kind and source/version binding within the signed post.

    docs/concepts/agent_responses.md Concepts

  8. Application update

    Purpose: Let an operator move the running application to the latest origin/main without SSH, and never leave the checkout half-updated.

    docs/concepts/application_update.md Concepts

  9. Approval acceptance

    Purpose: Preserve local acceptance facts without confusing them with member signatures.

    docs/concepts/approval_acceptance.md Concepts

  10. Calendar

    Purpose: Show event threads by day so members can see what is on, offer a day, and tell which days are settled, without a record family of its own.

    docs/concepts/calendar.md Concepts

  11. Collection selection

    Purpose: Choose the records needed by a view or job while preserving eligibility, ordering and complete-output contracts.

    docs/concepts/collection_selection.md Concepts

  12. Content snapshot export

    Purpose: Move committed public content and reusable score results through ordinary downloads.

    docs/concepts/content_snapshot_export.md Concepts

  13. Deployment configuration

    Purpose: Give one deployment a single, persistent answer to "which site is this and where is its data" for the web app, CLI, cron and cache workers.

    docs/concepts/deployment_configuration.md Concepts

  14. Effective tags

    Purpose: Show public tags implied by current compatible scores alongside authored tags.

    docs/concepts/effective_tags.md Concepts

  15. Fastmod scoring

    Purpose: Keep reusable advisory probabilities separate from canonical content and provider workflow state.

    docs/concepts/fastmod_scoring.md Concepts

  16. Feedback items

    Purpose: Keep each requested outcome from site feedback as one file with a permanent ID, kind, workflow state and sources, so its status can change and be refe…

    docs/concepts/feedback_items.md Concepts

  17. History evidence indexing

    Purpose: Derive equivalent commit counts and relevant activity evidence without repeated large Git manifests or unused line diffs.

    docs/concepts/history_evidence_indexing.md Concepts

  18. History purge

    Purpose: Remove retracted or operator-deleted prose from the repository's Git history on the server, deliberately and in batches, while keeping receipts and ol…

    docs/concepts/history_purge.md Concepts

  19. Incremental source removal

    Purpose: Remove one post from the site in well under a second without rebuilding the read model.

    docs/concepts/incremental_source_removal.md Concepts

  20. Initial naming and renaming

    Purpose: Let a guest choose a name without replacing the key that owns posts and membership.

    docs/concepts/initial_naming.md Concepts

  21. Instance content import

    Purpose: Add compatible public records while preserving local authority and conflicts.

    docs/concepts/instance_content_import.md Concepts

  22. Internal task queue

    Purpose: Run allowlisted maintenance work outside visitor requests, one task at a time, with deduplication and visible status.

    docs/concepts/internal_task_queue.md Concepts

  23. Invitation lifecycle

    Purpose: Let an approved member sponsor a bounded number of distinct recipient keys through one signed bearer link.

    docs/concepts/invitation_lifecycle.md Concepts

  24. Key retirement

    Purpose: Preserve signed withdrawal of one key's future account privileges without deleting verification material.

    docs/concepts/key_retirement.md Concepts

  25. Navigation slots

    Purpose: Keep the phone tab bar short while giving each reader one-tap access to the destinations they use most, without the server knowing anything about them.

    docs/concepts/navigation_slots.md Concepts

  26. Operator command progress

    Purpose: Show what a long operator command is doing while it runs, so a working command can be told from a stuck one.

    docs/concepts/operator_command_progress.md Concepts

  27. Post body formatting

    Purpose: Let each post say whether its body is Markdown or plain text, so structured posts read well while text written without Markdown in mind is never reint…

    docs/concepts/post_body_formatting.md Concepts

  28. Post event metadata

    Purpose: Let a thread root describe an event (when, until, where, link) in its own record, so event pages, the event block and the calendar all read one source.

    docs/concepts/post_event_metadata.md Concepts

  29. Post presentation and visibility

    Purpose: Present public contributions with existing author attribution, readable content and links to their source conversation.

    docs/concepts/post_presentation.md Concepts

  30. Post retraction and operator removal

    Purpose: Delete a post's prose from the current tree while retaining a receipt that describes the removal on its own.

    docs/concepts/post_retraction.md Concepts

  31. Private-message history

    Purpose: Let approved devices read older originals using retained encrypted access from eligible devices.

    docs/concepts/private_message_history.md Concepts

  32. Profile delivery

    Purpose: Keep profile links available while allowing operators to omit their prebuilt HTML.

    docs/concepts/profile_delivery.md Concepts

  33. Reaction record

    Purpose: Record one author adding tags to a thread (labels, likes, QDB votes) or a post (likes, flags) in one self-describing format.

    docs/concepts/reaction_record.md Concepts

  34. Derived read-model rebuild

    Purpose: Reconstruct queryable site state from canonical records and their accepted history.

    docs/concepts/read_model_rebuild.md Concepts

  35. Recent conversation

    Purpose: Let readers catch up on individual public threads and replies without technical event details.

    docs/concepts/recent_conversation.md Concepts

  36. Resource measurement

    Purpose: Associate workload, environment and recovery evidence with resource observations without turning a local sample into a host guarantee.

    docs/concepts/resource_measurement.md Concepts

  37. Shared composer

    Purpose: One partial renders every writing form (new post, compact board and QDB add, reply) so field names, signing, drafts, Outbox and attachments behave the…

    docs/concepts/shared_composer.md Concepts

  38. Source history links

    Purpose: Let readers open the exact committed bytes of a canonical record and the commit that introduced them.

    docs/concepts/source_history_links.md Concepts

  39. Static publication

    Purpose: Publish a generated public site from the derived read model.

    docs/concepts/static_publication.md Concepts

  40. Tag browsing

    Purpose: Find threads carrying a board tag or thread label without loading the entire collection into a page.

    docs/concepts/tag_browsing.md Concepts