Skip to content

Add CH-01 — Temporal Governance Studies charter page#361

Merged
zz-plant merged 1 commit into
mainfrom
codex/establish-charter-for-temporal-governance-studies
Jan 11, 2026
Merged

Add CH-01 — Temporal Governance Studies charter page#361
zz-plant merged 1 commit into
mainfrom
codex/establish-charter-for-temporal-governance-studies

Conversation

@zz-plant

Copy link
Copy Markdown
Owner

Motivation

  • Introduce a pillar page that defines the Temporal Governance Studies research program as a field-definition charter (CH-01) rather than a normative standard.
  • Surface a concise front door, working vocabulary, canonical failure modes, and explicit handoffs to glossary, cases, mechanisms, and validators.
  • Make the program discoverable from site navigation so readers can easily find research context and engagement paths.

Description

  • Add a new page src/pages/research/temporal-governance-studies.astro that renders the CH-01 charter using existing layout and components (BaseLayout, PageIntro, SectionBlock, CardGrid, CardItem).
  • Replace the inline vocabulary card markup with the site CardGrid/CardItem pattern for consistent presentation in the vocabulary section.
  • Add a navigation entry to src/content/navigation.ts linking to /research/temporal-governance-studies under the Research section.

Testing

  • Ran bun run check which runs lint, unit tests, typecheck, Astro checks, and validations, and it completed successfully.
  • Unit test suite (bun test src) reported 14 passed and 3 skipped tests with 0 failures.
  • validate-json and validate-glossary checks included in bun run check passed.
  • bunx prettier --write src/pages/research/temporal-governance-studies.astro src/content/navigation.ts failed to format the .astro file due to Prettier not inferring a parser for .astro in that invocation.

Codex Task

@gemini-code-assist

Copy link
Copy Markdown
Contributor

Summary of Changes

Hello @zz-plant, I'm Gemini Code Assist1! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed!

This pull request introduces a foundational content page that outlines the "Temporal Governance Studies" research program, serving as a field-definition charter. The page details the program's motivation, core problems it addresses, key questions, and a working vocabulary. It also ensures the new content is accessible through the site's navigation and adheres to existing UI component standards.

Highlights

  • New Content Page Added: A new page for "CH-01 — Temporal Governance Studies" has been added, defining a research program focused on high-velocity governance.
  • Navigation Integration: The new "Temporal Governance Studies (CH-01)" page is now discoverable via a new entry in the site's main navigation under the "Research" section.
  • UI Component Standardization: The vocabulary section within the new page utilizes the site's CardGrid and CardItem components for consistent presentation, replacing previous inline markup.
Using Gemini Code Assist

The full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips.

Invoking Gemini

You can request assistance from Gemini at any point by creating a comment using either /gemini <command> or @gemini-code-assist <command>. Below is a summary of the supported commands on the current page.

Feature Command Description
Code Review /gemini review Performs a code review for the current pull request in its current state.
Pull Request Summary /gemini summary Provides a summary of the current pull request in its current state.
Comment @gemini-code-assist Responds in comments when explicitly tagged, both in pull request comments and review comments.
Help /gemini help Displays a list of available commands.

Customization

To customize Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a .gemini/ folder in the base of the repository. Detailed instructions can be found here.

Limitations & Feedback

Gemini Code Assist may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counter productive. You can react with 👍 and 👎 on @gemini-code-assist comments. If you're interested in giving your feedback about your experience with Gemini Code Assist for Github and other Google products, sign up here.

You can also get AI-powered code generation, chat, as well as code reviews directly in the IDE at no cost with the Gemini Code Assist IDE Extension.

Footnotes

  1. Review the Privacy Notices, Generative AI Prohibited Use Policy, Terms of Service, and learn how to configure Gemini Code Assist in GitHub here. Gemini can make mistakes, so double check it and use code with caution.

@zz-plant zz-plant merged commit df04deb into main Jan 11, 2026
1 of 2 checks passed

@gemini-code-assist gemini-code-assist Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code Review

This pull request introduces a new charter page for 'Temporal Governance Studies' and makes it discoverable via the site navigation. The implementation is well-done, leveraging existing components and layouts effectively. My review includes a few suggestions to enhance maintainability and consistency by refactoring how content is structured within the new page. Overall, this is a great addition.

Comment on lines +8 to +137
const pageTitle = "CH-01 — Temporal Governance Studies";
const pageDescription =
"A research program convened by Ethotechnics to make high-velocity governance binding, reversible, and legitimate.";
const permalink = "/research/temporal-governance-studies";
const anchorLinks = [
{ href: "#why", label: "Why this exists" },
{ href: "#problem", label: "The problem" },
{ href: "#boundary", label: "Why existing fields fall short" },
{ href: "#questions", label: "Core questions" },
{ href: "#vocabulary", label: "Working vocabulary" },
{ href: "#failure-modes", label: "Canonical failure modes" },
{ href: "#ethotechnics", label: "What Ethotechnics contributes" },
{ href: "#research-directions", label: "Research directions" },
{ href: "#engage", label: "How to engage" },
{ href: "#scope", label: "Scope" },
];
const quickLinks = [
{
title: "Glossary",
description: "Definitions for temporal sovereignty, reconciliation, and bindingness.",
href: "/glossary",
label: "Read the glossary",
},
{
title: "Case library",
description: "Field Notes that document real-world cascade failures.",
href: "/field-notes",
label: "Explore Field Notes",
},
{
title: "Design patterns",
description: "Mechanism specs and implementation patterns for reversibility.",
href: "/mechanisms",
label: "Review mechanisms",
},
{
title: "Validators",
description: "Diagnostics that test systems against temporal governance risks.",
href: "/validators",
label: "Run a validator",
},
];
const workingVocabulary = [
{
term: "Temporal sovereignty",
definition: "Control over when decisions must occur or be reversed.",
},
{
term: "Bindingness architecture",
definition: "What makes outcomes enforceable versus advisory.",
},
{
term: "Cascade propagation",
definition: "Amplification of error across systems at speed.",
},
{
term: "Reality fork",
definition: "Incompatible truth claims with no convergence path.",
},
{
term: "Reconciliation protocol",
definition: "Mechanisms that force authoritative convergence.",
},
{
term: "Decision object / anti-object",
definition: "Outputs that enable or prevent contestation.",
},
{
term: "Default-judgment clock",
definition: "Time-bound mechanism that forces disposition.",
},
{
term: "Circuit breaker",
definition: "Authority to halt or quarantine automated execution.",
},
];
const failureModes = [
{
title: "Velocity cascade",
detail: "Rights-terminating execution outpaces human intervention.",
},
{
title: "Algorithmic deadlock",
detail: "Circular dependencies prevent resolution.",
},
{
title: "Reality fork",
detail: "Systems disagree on ground truth with no arbiter.",
},
{
title: "Infinite review",
detail: "Acknowledgement without binding disposition.",
},
{
title: "Legibility collapse",
detail: "Causal trace cannot be produced for appeal.",
},
];
const researchDirections = [
"Empirical mapping of cascade failures across jurisdictions.",
"Architectural patterns for halting and reconciling automated systems.",
"Comparative analysis (e.g., trading halts as time-binding precedent).",
"Constitutional theory of temporal sovereignty and time-to-remedy.",
"Binding-first regulatory frameworks (beyond transparency).",
"Measurement standards for resolution and reversal authority.",
];
const engagementPaths = [
"Document lived experience of algorithmic deadlock.",
"Design systems that must halt safely under uncertainty.",
"Study administrative delay as power.",
"Build or audit high-frequency decision pipelines.",
];
const startHereLinks = [
{
label: "Read the glossary",
href: "/glossary",
},
{
label: "Explore the case library",
href: "/field-notes",
},
{
label: "Review design patterns",
href: "/mechanisms",
},
{
label: "Contribute a working paper",
href: "/participate#field-reports",
},
];

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

medium

For better maintainability and separation of concerns, consider moving the page content data (the constants from pageTitle to startHereLinks) into a separate data file, for example, src/content/research/temporal-governance-studies.ts. This would separate the page's data from its structure and presentation, making the content easier to manage and update. This pattern of separating data into src/content is already used in the project (e.g., src/content/navigation.ts).

Comment on lines +50 to +105
const workingVocabulary = [
{
term: "Temporal sovereignty",
definition: "Control over when decisions must occur or be reversed.",
},
{
term: "Bindingness architecture",
definition: "What makes outcomes enforceable versus advisory.",
},
{
term: "Cascade propagation",
definition: "Amplification of error across systems at speed.",
},
{
term: "Reality fork",
definition: "Incompatible truth claims with no convergence path.",
},
{
term: "Reconciliation protocol",
definition: "Mechanisms that force authoritative convergence.",
},
{
term: "Decision object / anti-object",
definition: "Outputs that enable or prevent contestation.",
},
{
term: "Default-judgment clock",
definition: "Time-bound mechanism that forces disposition.",
},
{
term: "Circuit breaker",
definition: "Authority to halt or quarantine automated execution.",
},
];
const failureModes = [
{
title: "Velocity cascade",
detail: "Rights-terminating execution outpaces human intervention.",
},
{
title: "Algorithmic deadlock",
detail: "Circular dependencies prevent resolution.",
},
{
title: "Reality fork",
detail: "Systems disagree on ground truth with no arbiter.",
},
{
title: "Infinite review",
detail: "Acknowledgement without binding disposition.",
},
{
title: "Legibility collapse",
detail: "Causal trace cannot be produced for appeal.",
},
];

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

medium

The property names for card-like items are inconsistent across the data structures.

  • quickLinks uses title and description.
  • workingVocabulary uses term and definition.
  • failureModes uses title and detail.

To improve consistency and code readability, I suggest standardizing on title and description. This would involve:

  1. In workingVocabulary, renaming term to title and definition to description.
  2. In failureModes, renaming detail to description.

You'll also need to update the rendering logic for workingVocabulary to use the new property names.

const workingVocabulary = [
  {
    title: "Temporal sovereignty",
    description: "Control over when decisions must occur or be reversed.",
  },
  {
    title: "Bindingness architecture",
    description: "What makes outcomes enforceable versus advisory.",
  },
  {
    title: "Cascade propagation",
    description: "Amplification of error across systems at speed.",
  },
  {
    title: "Reality fork",
    description: "Incompatible truth claims with no convergence path.",
  },
  {
    title: "Reconciliation protocol",
    description: "Mechanisms that force authoritative convergence.",
  },
  {
    title: "Decision object / anti-object",
    description: "Outputs that enable or prevent contestation.",
  },
  {
    title: "Default-judgment clock",
    description: "Time-bound mechanism that forces disposition.",
  },
  {
    title: "Circuit breaker",
    description: "Authority to halt or quarantine automated execution.",
  },
];
const failureModes = [
  {
    title: "Velocity cascade",
    description: "Rights-terminating execution outpaces human intervention.",
  },
  {
    title: "Algorithmic deadlock",
    description: "Circular dependencies prevent resolution.",
  },
  {
    title: "Reality fork",
    description: "Systems disagree on ground truth with no arbiter.",
  },
  {
    title: "Infinite review",
    description: "Acknowledgement without binding disposition.",
  },
  {
    title: "Legibility collapse",
    description: "Causal trace cannot be produced for appeal.",
  },
];

Comment on lines +194 to +199
<ul class="muted">
<li>Benefits terminated faster than proof can be processed.</li>
<li>Accounts frozen across interconnected systems with no single authority to reverse.</li>
<li>Pending or under review becomes a durable state rather than temporary.</li>
<li>Conflicting databases that cannot converge on ground truth.</li>
</ul>

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

medium

For consistency with other parts of this page (like workingVocabulary) and for better maintainability, consider moving this hardcoded list into a data variable in the frontmatter script. This makes the template cleaner and centralizes content. This suggestion applies to several other hardcoded lists in this file, for example in the sections with ids boundary, questions, and ethotechnics.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant