Skip to content
  • Share your first experiences of human-AI co-creation. Tell specific stories of when the AI surprised you, made a useful mistake, or helped you see something new.

    6 7
    6 Topics
    7 Posts
    A few quick answers to common questions about Pyragogy and this community. What is Pyragogy? Pyragogy is an exploration of how learning changes when humans and AI think together. It builds on the idea of Peeragogy, a framework where people learn from each other as peers rather than from a central authority. Pyragogy asks a new question: What happens when some of those peers are AI systems? The goal is not to replace human learning, but to explore a new form of collaboration between different kinds of minds. Is Pyragogy a formal theory? Not yet. Pyragogy is an open experiment. Ideas are tested through conversations, projects, and experiments shared by the community. Think of it as a living framework, not a finished doctrine. Do I need technical knowledge to participate? No. Some discussions involve AI tools or experiments, but many conversations are about: • learning • collaboration • creativity • knowledge sharing Curiosity is more important than expertise. Is Pyragogy about AI replacing teachers? No. Pyragogy is not about replacing teachers or experts. It explores how learning ecosystems change when AI becomes a participant in the process, alongside humans. Human communities remain central. Who started Pyragogy? Pyragogy was initiated by members of the Peeragogy community and independent researchers exploring new forms of learning in the AI age. This forum is one of the spaces where the idea is being explored and developed. What can I do here? You can: • introduce yourself • ask questions • share experiments with AI • discuss learning methods • collaborate on ideas and projects The forum works best when people contribute their own experiences and reflections. Is Pyragogy connected to the Peeragogy Handbook? Yes. Pyragogy grows out of the ideas and practices developed in the Peeragogy Handbook, which explores peer-to-peer learning communities. Pyragogy extends that exploration into the AI era. Can I challenge the ideas here? Absolutely. Disagreement and critical thinking are welcome. Pyragogy is not a belief system — it is a collective exploration. Where should I start? If you’re new here: Introduce yourself in the introduction thread Browse the Agora discussions Share a question or idea Small contributions often lead to the most interesting conversations.
  • The living heart of Pyragogy. Active dialogues, collaborative inquiry, and the space where patterns emerge from conversation.

    3 3
    3 Topics
    3 Posts
    I want to put a pattern on the bench, not announce a finished thing. It’s written up as a preprint — Oblique Peer Review: Extending Pyragogy Design Patterns through Structural Isolation and the Limits of Blind Convergence (Zenodo, DOI 10.5281/zenodo.20544658, CC BY 4.0) — but the paper is the long version. This post is the short version, and it’s here because Pattern Workshops is where things get tested, extended, or refuted. I’d rather it got refuted here than admired. The pattern, in one breath 1 + N. One human orchestrator, N AI agents from different vendors, and one rule: the agents never read each other. Information moves only through the human, who strips it of its source and its argumentative framing before passing it on. No agent knows whose reasoning it’s building on, or whether it’s the first voice or the fourth. The point isn’t to make the agents disagree. It’s to keep their analytical axes independent, so they cross the problem at different angles instead of collapsing into one voice. The friction is geometric — a property of how the trajectories intersect — not hostility between critics. I called it oblique for that reason: not parallel (redundant), not frontally opposed (sterile), but transversal. It’s the Peeragogy move applied to synthetic peers: when the peer has no stakes and no accountability, the epistemic value can’t live in the agent’s judgment. It has to be engineered into the architecture that arranges the agents. Where it breaks — and why that’s the actual contribution Here’s the part I’d defend least confidently, which is exactly why it’s the part worth workshopping. The pattern is built on the premise that independent, mutually-blind agents supply friction a single model can’t. That premise does real work — but it has a hard limit, and the paper’s central finding is that limit: Blindness removes imitation, not error. Independent agents can converge on the same wrong answer, for the same reason independent instruments can share a systematic bias — not because they talk to each other, but because they’re exposed to the same salient feature and respond to it the same way. When that happens, their agreement feels like corroboration and is, from the inside, indistinguishable from the real thing. I caught this the hard way. Three independent models — different vendors — converged on a fix that looked perfect and was endorsed by all of them at once. It was wrong. It would have made the system blind to short-form defamation. Three converging AIs didn’t catch it; a check run against recorded data, outside the loop of agents, did — and only because the check was aimed deliberately at the cases the fix might break, not the cases it was built to fix. So the stopping rule can’t be agreement. Convergence among the agents is a quality signal only after a check outside the loop, never in place of one. The two ways the human fails Both failures land on the same node — the one in the 1+N: Cognitive Impedance Mismatch. The agents generate faster and denser than the human can integrate. Past a threshold the operator keeps steering but stops absorbing — delegated comprehension — and the loop has quietly become the automation it was meant to prevent. A limit of bandwidth. False convergence. The one just described — the shared error that reads as proof, and lulls the operator into trusting it. A limit of discernment. One overwhelms the human; the other reassures him. A real operator can hit either without noticing. What I’m bringing to the bench This is n=1 — one practitioner, one body of work, observed from the inside, by the same person who designed the pattern. That’s a genuine limit, and I’d rather state it than have it pointed out. The reflexive circularity is real too: the paper was itself produced through the pattern it describes. So the honest questions are the ones I can’t answer alone: Does it survive other hands? The pattern needs a knowledgeable human at the centre — the operator’s domain knowledge repeatedly supplied the ground truth the agents lacked. Run by someone other than its designer, on problems outside software, does it still do anything? Can the false-convergence check be generalized? I could only build a hand-made, case-specific discriminator — did the independent voices touch distinct features of the problem, or pile onto the same one? Does that distinction hold beyond the single case? Can it be detected without a human reading the underlying material? Is “delegated comprehension” detectable before it’s too late? The CIM is named here as an observed boundary, not measured. What would it look like to instrument the operator’s integration load instead of relying on his own report of when he started slipping? If you’ve run something like 1+N — even informally, even just bouncing one decision between two models — I want to hear where it held and where it didn’t. Especially where it didn’t. The paper is the formal carry. This is the invitation to break it.
  • Where things break and that’s the point. Active experiments, workflow development, and the honest documentation of failure.

    5 5
    5 Topics
    5 Posts
    For the past months I have been building Obliqo as a solo founder — and tonight I want to share the thing more than the launch, because the launch is the small part. Obliqo exists because of something this community has named for years. The AI gives you text that looks finished before the thinking behind it is. You publish faster than you can verify. That is the gap. What I built is a small extension that runs four agents over the draft you have just written — inside the tab where you write (Gmail, a PR description, the body of a post). They do not rewrite. They do not flatter. They tell you where the draft does not hold. Then they leave you with a question only you can answer. I built it because I needed it. Not in the dogfooding sense from product talks. In the cruder sense — the dogfounding sense — that for months I was the first user of a tool I had not finished, working in conditions where I knew I would publish badly without it. Necessity under pressure. The product is the sediment of that contradiction: I built a tool against frenzy from inside the frenzy. The extension is live now: Chrome Web Store. The webapp is at obliqo.pyragogy.org. One small note about Chrome: when you install, you will see a warning that the extension is “not trusted.” Nothing dangerous. I am a new developer and Google extends trust over time. Chrome is asking me to earn it — which is also what I am asking the writer to do, with their own drafts, before they ship. Fair enough. The blog has the longer version of this story, with the contradiction left open: I Was the First One Who Needed It. I do not have all the answers about how this scales beyond my own case. I am hoping some of you will find a way to break it, and tell me what you found.
  • Knowledge Resources

    The curated repository. Books, research papers, and software tools that fuel our cognitive dance. Quality over quantity: only resources that perturb the status quo.

    0 0
    0 Topics
    0 Posts
    No new posts.
  • Validated knowledge, curated resources, and the living handbook. What started as experiment ends up here when it works.

    3 3
    3 Topics
    3 Posts
    Contributing to the Handbook The Pyragogy Handbook is community property. The process for contributing should be accessible to anyone willing to engage seriously. The Handbook Structure The handbook lives in a GitHub repository (confirm URL with @Fabry — link pending final setup). It’s organized into: Foundations — Core concepts and Cognitive Rhythm framework Patterns — Validated patterns in formal template format Practices — How-to guides and process documentation Stories — Case studies and experiment records Resources — Annotated bibliography and tool references Three Ways to Contribute Path 1: Forum-First (Recommended for New Contributors) Post your contribution in the appropriate Archive subcategory Let the community discuss and refine it When there’s rough consensus, tag a maintainer Maintainer creates the GitHub PR or helps you create one Best for: Pattern contributions, new sections, anything where community input helps. Path 2: Direct GitHub PR Fork the repository Create a branch: contrib/[your-handle]-[short-description] Make your changes following the style guide Submit a PR with clear description of what you changed and why Request review from at least one maintainer Best for: Corrections, small improvements, people comfortable with Git. Path 3: Suggest, Don’t Write Post in Handbook Contributions with [PROPOSAL] in the title. Describe what you think should be added and why. Content Standards What we’re looking for: Tested claims (not “AI can do X” — “we tried X and here’s what happened”) Clear examples (not just abstract descriptions) Acknowledged uncertainty (don’t claim more than you know) Disclosed AI assistance What we’re not looking for: Claims that haven’t been tested in practice Content that could have been written without engaging with Pyragogy specifically Attribution Contributors are credited in the handbook’s contributor file. AI assistance is noted with the human author credited as primary. This is your work. The handbook is better because you contributed. That matters. Human-AI Co-Creation