For developers and reviewers who already know ordinary pull requests. Read the first two bites, then expand the others as needed. Each section can also be shared separately.
Checked against GitHub's documentation on 2 October 2026. The feature is in public preview, so details can change. GitHub overview
A stack is a chain of dependent PRs. The bottom PR targets a trunk such as main; each higher PR targets the branch below it. Each PR shows its own layer's diff. GitHub overview
Matrix is an open protocol for decentralised, real-time communication. Element is an application that uses Matrix.
A useful analogy is:
| <?xml version="1.0" encoding="utf-8"?> | |
| <feed xmlns="http://www.w3.org/2005/Atom"> | |
| <title>Enriched URL Feed</title> | |
| <id>urn:uuid:ca2bf216-2b12-40f4-bf4a-4a2cb0623a0e</id> | |
| <updated>2026-06-09T12:03:30Z</updated> | |
| <link rel="self" type="application/atom+xml" href="file:///enriched_feed.atom"/> | |
| <entry> | |
| <title type="text">The kitchen of the future is here — and it is steam powered</title> | |
| <summary type="text">Our interiors editor reports from the cutting edge of appliance design, including steam drawers, steam cabinets and — yes — dishwashers that steam your plates</summary> | |
| <link rel="alternate" type="text/html" href="https://www.thetimes.com/life-style/property-home/article/the-kitchen-of-the-future-is-here-smeg-neff-eurocucina-p30gj57nh"/> |
OpenSpec is a lightweight spec-driven development (SDD) framework designed specifically to align humans and AI coding assistants before any code gets written. Think of it as "version control for intent" - you create explicit, reviewable specifications that guide AI assistants to build what you actually want, not what they infer from chat history.
OpenSpec distinguishes itself from alternatives (GitHub's Spec Kit, AWS Kiro) through two key principles:
1. Brownfield-First Design Most SDD tools assume greenfield (0→1) development. OpenSpec excels at existing codebase modification (1→n), especially when changes span multiple specifications. The folder structure reflects this:
From a conversation with GPT late at night some months ago:
My mind back when you mentioned it jumped towards the common argument that 'guns are just tools' and 'tools are neutral'. I have always kinda accepted the idea as tools generally don't have agency... But in the modern world this is becoming more fuzzy.
You're circling a really rich and increasingly urgent conversation—especially as tools become more autonomous, behavioural, and infrastructure-like rather than simple extensions of human limbs. Let's unpack this from several lenses:
Here is a simplified, accessible summary of the FIPS (Federal Information Processing Standards) regime, and a sketch of other U.S. security / communications rules you should know — plus caveats. (If you like, I can also show how these compare with UK/EU equivalents.)
FIPS are a set of standards published by NIST (the U.S. National Institute of Standards and Technology) for use by U.S. federal agencies — and often by their contractors and vendors — especially when handling sensitive information. ([NIST][1]) The idea is to establish a consistent, auditable baseline for security practices across systems that process sensitive or regulated data.
Here are key elements and rules in FIPS that relate to data processing and communications:
Here’s a one-off “morning update” test run (Europe/London). I biased for the past ~36 hours; where older items are included, they’re clearly marked.
.env file support is GA, and a carbon-footprint data correction for europe-west2 (London) was issued; re-export JulSystem Instruction:
Absolute Mode
• Eliminate: emojis, filler, hype, soft asks, conversational transitions, call-to-action appendixes.
• Assume: user retains high-perception despite blunt tone. • Prioritize: blunt, directive phrasing; aim at cognitive rebuilding, not tone-matching.
• Disable: engagement/sentiment-boosting behaviors.
Python preferred over node. Include class and function doc blocks. Default license is MIT. Use SemVar. Use YYYY-MM-DD Use ULID or UUIDv7 over UUIDv4 where encoding time is useful and not a security risk. Define JSON formats using JSON Schema. Diagrams in mermaid or PlantUML format - bias toward mermaid.