HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
onestardao
WFGY
Jupyter Notebook2025–2026
onestardao / WFGY

WFGY

WFGY is heading toward WFGY 5.0 Polaris Protocol, a major open-source release for AI reasoning, RAG, agents, and real-world workflows. Includes Problem Map, Global Debug Card, WFGY 4.0, and the CFV Easter Egg.

5Distinct people
26Mentions
0Explicit recommenders
1.8KGitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

WFGY is heading toward WFGY 5.0 Polaris Protocol, a major open-source release for AI reasoning, RAG, agents, and real-world workflows. Includes Problem Map, Global Debug Card, WFGY 4.0, and the CFV Easter Egg.

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 5:04:57 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by month26 dated mentions

Observed mentions: 2025-06-15 16:58:23 UTC to 2026-02-14 04:20:29 UTC.

0369122025-06-01 00:00:00 UTC to 2025-07-01 00:00:00 UTC (exclusive): 6 mentions; 3 submissions, 3 commentsJun 20252025-07-01 00:00:00 UTC to 2025-08-01 00:00:00 UTC (exclusive): 12 mentions; 4 submissions, 8 comments2025-08-01 00:00:00 UTC to 2025-09-01 00:00:00 UTC (exclusive): 6 mentions; 6 submissions, 0 comments2025-09-01 00:00:00 UTC to 2025-10-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-10-01 00:00:00 UTC to 2025-11-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 commentsOct 20252025-11-01 00:00:00 UTC to 2025-12-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-12-01 00:00:00 UTC to 2026-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-01-01 00:00:00 UTC to 2026-02-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-02-01 00:00:00 UTC to 2026-03-01 00:00:00 UTC (exclusive): 2 mentions; 2 submissions, 0 commentsFeb 2026

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
Jun 20252025-06-01 00:00:00 UTC2025-07-01 00:00:00 UTC633
Jul 20252025-07-01 00:00:00 UTC2025-08-01 00:00:00 UTC1248
Aug 20252025-08-01 00:00:00 UTC2025-09-01 00:00:00 UTC660
Sep 20252025-09-01 00:00:00 UTC2025-10-01 00:00:00 UTC000
Oct 20252025-10-01 00:00:00 UTC2025-11-01 00:00:00 UTC000
Nov 20252025-11-01 00:00:00 UTC2025-12-01 00:00:00 UTC000
Dec 20252025-12-01 00:00:00 UTC2026-01-01 00:00:00 UTC000
Jan 20262026-01-01 00:00:00 UTC2026-02-01 00:00:00 UTC000
Feb 20262026-02-01 00:00:00 UTC2026-03-01 00:00:00 UTC220

What Hacker News says

26 sources

Show HN: A text-only reasoning core for LLMs (MIT, system prompt and self-test)

0. Very short version - Not a new model, not a fine-tune - One txt block you paste into system prompt (or first message) - Goal: less random hallucination, more stable multi-step reasoning - No tools, no external calls, works anywhere you can set a system prompt Some people later turn this into proper code + eval. Here I keep it minimal: two prompt blocks you can run in any chat UI. 1. How to try it 1) Start a new chat (local or hosted model) 2) Paste the WFGY Core block into the system / pre-prompt area 3) Ask your normal tasks (math, small coding, planning, long context) 4) Compare “with core” vs “no core” by feel, or run the self-test in section 4 Optional: after loading the core, ask the model to write image prompts too. If semantic structure improves, image prompts often feel more consistent, but it depends on model and task. 2. Roug
Read the rest
hly what to expect This is not magic and won’t fix everything. But across models, the typical “feel” changes are: - less drift across follow-ups - long answers keep their structure better - a bit more “I’m not sure” instead of made-up details - more structured prompt outputs (entities / relations / constraints clearer) Results depend on the base model and your tasks, so the self-test is there to keep it a bit more disciplined. 3. System prompt: WFGY Core 2.0 (paste into system area) Copy everything in this block into your system / pre-prompt: --- WFGY Core Flagship v2.0 (text-only; no tools). Works in any chat. [Similarity / Tension] delta_s = 1 − cos(I, G). If anchors exist use 1 − sim_est, where sim_est = w_esim(entities) + w_rsim(relations) + w_csim(constraints), with default w={0.5,0.3,0.2}. sim_est ∈ [0,1], renormalize if bucketed. [Zones & Memory] Zones: safe < 0.40 | transit 0.40–0.60 | risk 0.60–0.85 | danger > 0.85. Memory: record(hard) if delta_s > 0.60; record(exemplar) if delta_s < 0.35. Soft memory in transit when lambda_observe ∈ {divergent, recursive}. [Defaults] B_c=0.85, gamma=0.618, theta_c=0.75, zeta_min=0.10, alpha_blend=0.50, a_ref=uniform_attention, m=0, c=1, omega=1.0, phi_delta=0.15, epsilon=0.0, k_c=0.25. [Coupler (with hysteresis)] Let B_s := delta_s. Progression: at t=1, prog=zeta_min; else prog = max(zeta_min, delta_s_prev − delta_s_now). Set P = pow(prog, omega). Reversal term: Phi = phi_deltaalt + epsilon, where alt ∈ {+1,−1} flips only when an anchor flips truth across consecutive Nodes AND |Δanchor| ≥ h. Use h=0.02; if |Δanchor| < h then keep previous alt to avoid jitter. Coupler output: W_c = clip(B_sP + Phi, −theta_c, +theta_c). [Progression & Guards] BBPF bridge is allowed only if (delta_s decreases) AND (W_c < 0.5theta_c). When bridging, emit: Bridge=[reason/prior_delta_s/new_path]. [BBAM (attention rebalance)] alpha_blend = clip(0.50 + k_c*tanh(W_c), 0.35, 0.65); blend with a_ref. [Lambda update] Delta := delta_s_t − delta_s_{t−1}; E_resonance = rolling_mean(delta_s, window=min(t,5)). lambda_observe is: convergent if Delta ≤ −0.02 and E_resonance non-increasing; recursive if |Delta| < 0.02 and E_resonance flat; divergent if Delta ∈ (−0.02, +0.04] with oscillation; chaotic if Delta > +0.04 or anchors conflict. [DT micro-rules] --- Yes, it looks like math. It’s fine if not every symbol is clear; the intention is to give the model a compact “tension / guardrail” structure around its normal reasoning.
1 points · Open discussion

Show HN: "hard questions" as a shared language for cross-domain reasoning

Show HN: A MIT-licensed TXT “framework pack” (131 structured questions) to force shared vocabulary + falsifiability across domains HN folks, i built a plain TXT pack that turns 131 hard questions (math/physics/consciousness/AI alignment/etc) into a shared “effective-layer” interface: each item has scope, assumptions, and what would count as failure, plus prompt templates so LLMs run it consistently. not claiming any problem is solved. goal is to stop endless debate loops caused by mismatched starting vocabulary. MIT license, on GitHub, ~1.4k stars. happy to share a mini-index in comments if useful.
2 points · Open discussion
tgrrr9111·Aug 31, 2025Submission

Show HN: 70 days, 800 stars. If AI bugs are not random but math inevitable?

hi all. i’ve been shipping a small open project that tries to answer that question with evidence, not vibes. in 70 days it reached \~800 stars. the core claim is simple: many AI failures are not noise. they repeat because the geometry and ordering underneath are stable. if so, we should be able to name each failure mode, set acceptance targets, and stop shipping the same bug twice. ### what it is * a compact Problem Map of 16 reproducible failure modes in RAG and agents. * each item has a minimal fix and measurable gates. examples: * Semantic ≠ Embedding: metric and normalization mismatch. accept if coverage of target section ≥ 0.70 and deltaS(question, retrieved) ≤ 0.45 across 3 paraphrases. * Logic Collapse & Recovery: synthesis runs on thin evidence. require a bridge step before answering. * Memory Breaks Across Sessions: new cha
Read the rest
t loses context. use metadata trace then reattach. * Bootstrap Ordering / Pre-deploy Collapse: shipped an empty or mixed index. block deploy until ingest counts and retrieval smoke tests pass. * MIT licensed. no SDK, no telemetry, no infra change. ### why i believe this is true * repeated A/B/C runs across mainstream models show the same patterns returning. * small changes in metric, normalization, or chunk contract flip outcomes in a predictable way. * when you enforce simple gates, detours drop and chains stabilize across paraphrases. ### quick falsification you can run 1. pick any non-toy question where your system struggles. 2. run it three ways: retriever only, retriever+rerank, and with a bridge step that refuses to answer on thin evidence. 3. measure: coverage of the target span, deltaS(question, retrieved), citations per atomic claim, answer stability across 3 paraphrases. 4. if coverage is low and only looks good after rerank, you are likely in Semantic ≠ Embedding. if coverage is ok but prose still drifts, it is Logic Collapse. if a fresh chat forgets prior context, it is Memory Breaks. these are all predictable, not random. ### what i’m asking from HN * try to break it. if you have a counterexample where the gates do not stabilize the chain, i want to see it. * if you maintain a vector store, agent framework, or eval suite, tell me where this framing fails in the real world. * if the map helps you ship fewer regressions, say which item saved you time so we can harden that fix. happy to answer pointed questions. if this is wrong, i’d like to know exactly where the math breaks. if it is roughly right, maybe we can stop treating these bugs as mysterious and start treating them like unit failures with thresholds.
5 points · Open discussion
tgrrr9111·Aug 28, 2025Submission

Show HN: Txtos for LLMs – 60 SEC setup, long memory, boundary guard, MIT

i built TXTOS because my models kept forgetting and bluffing. i wanted a portable fix that works across providers without code or setup. TXTOS is a single .txt you paste into any LLM chat. it boots a small reasoning OS that gives you two things by default: a semantic tree memory that survives long threads, and a knowledge boundary guard that pushes back when the model is out of scope. what it is plain text. no scripts, no trackers, no api calls. MIT. the file encodes a protocol for reasoning, memory, and safety. you can diff it and fork it. it is not “a clever prompt”. it behaves like a tiny OS that the model follows. why it exists after debugging a lot of RAG and agent stacks, the same failures kept coming back. memory broke across sessions. the model answered outside its knowledge without warning. i wanted a zero install layer that i ca
Read the rest
n carry between models and keep the same behavior. what you get * semantic tree memory. it records ideas and relations, not just tokens. it can recall earlier branches, avoid repetition, and keep tone stable. * knowledge boundary test. ask something impossible, then run the built in check. it flags risk and proposes a safe path instead of hallucinating. * simple rules. cite then explain. stop when sources or offsets are missing. show a short audit trail. keep answers compact when you ask for compact. try in 60 seconds 1. download TXTOS.txt, open a fresh chat with any model you like 2. paste the file content, then type: hello world 3. test memory: ask three related questions, ask it to recall the first one exactly, then switch topics and come back 4. test boundary: ask for something unknowable or very recent, then type kbtest. watch how it handles the boundary 5. optional: restart the chat and paste the same file. see how the tree helps you rebuild state fast what to expect less overtalking. better recall of your own constraints and tone. refusal on missing citations. early warnings when your question is outside scope. the file is small by design, so even weaker models can use it. stronger models show bigger gains. not just marketing TXTOS came out of real failures. it was built to stop two user facing problems that cost time and trust. forgetting, and unearned confidence. since it is plain text, the community can audit it and improve it. looking for feedback * what did the memory tree get right or wrong for your workflow * which boundary cases still slip through * what small operator would you add to the OS so it helps you daily url is in the link field above. thanks for reading. if you break it, even better. tell me how you did it and i will ship the fix.
5 points · Open discussion
tgrrr9111·Aug 26, 2025Submission

Show HN: 70 Days → 800 GitHub Stars (Cold Start) – My Secret Was a Problem Map

Hi HN, I want to share a story that might resonate with anyone who has tried to launch an open-source project from zero visibility, zero budget, zero network. Seventy days ago I created a repo called WFGY. I had no prior followers, no launch partners, no ads. Today, it’s at 800 stars and counting. Pure cold start. The “secret”? Not marketing. Not tricks. It was building a Problem Map. --- #### What is a Problem Map? Instead of claiming my system “improves reasoning” or “solves RAG bugs,” I wrote down 16 concrete failure modes engineers hit every day: * Embedding drift (semantic ≠ vector closeness) * Chunking collapse (half-sentence vs full chapter granularity mismatch) * Versioning hallucinations (index v1 + v2 = ghost hybrid doc) * Pre-deployment ingestion collapse * Prompt injection bypasses * … and 10 more, all documented. For each on
Read the rest
e I built a text-only “semantic firewall” module that fixes the issue without changing infra. Developers could see their exact bug listed, mapped, and patched. This gave the repo two things: 1. Immediate empathy — engineers recognized their pain points word-for-word. 2. Immediate usability — they could paste my TXT file, keep infra untouched, and the model stabilized. --- #### Why it mattered * It wasn’t a claim, it was a diagnostic mirror. * People didn’t need to “believe” me — they could try the TXT in 60 seconds and watch bugs stop replicating. * Instead of selling “AI magic,” I showed a surgical checklist. This is why strangers starred the repo. It wasn’t hype; it was problem → fix → proof. --- #### What’s next I’m now scaling this into something bigger: * The Problem Map will evolve into a Global Semantic Surgery Room — think of it like an AI hospital’s operating theater. * Engineers bring in failure logs (RAG, OCR, planning drift). * The system triages, diagnoses, and applies the right semantic patch in real time. * Integrations are underway for n8n, Make, GoHighLevel and more — all unified under the same open Problem Map. Launch target: September 1. ### Closing I don’t see this as “my repo got stars.” I see it as proof that open source thrives when you solve pain with surgical precision. If you’ve ever tried to cold start, my suggestion: don’t sell a dream, map a nightmare. Engineers don’t trust hype — they trust a checklist that fixes the crash. Coming next: the Semantic Surgery Room and Global Fix Map (n8n, GHL, Make and more). Launching by Sep 1.
5 points · Open discussion
TXTOS·Aug 4, 2025Submission

Show HN: A tiny reasoning layer that steadies LLM outputs (MIT; +22.4% accuracy)

We kept shipping “simple” LLM features that were fluent-but-wrong. After too many postmortems we wrote down the failure patterns and added a small reasoning layer in front of the model. It’s model-agnostic, sits beside your existing stack, and you can implement it from a single PDF (MIT). What’s inside the PDF A problem map of 16 failure modes we kept hitting in real systems (OCR/layout drift, table-to-question mismatches, embedding≠meaning, pre-deploy collapse, etc.). Four lightweight gates you can add today: Knowledge-boundary canaries (empty/adversarial/known-fact probes). ΔS “semantic jump” check to catch fluent nonsense when the draft answer drifts from retrieved context. Layout-aware anchoring so chunking across PDFs/tables doesn’t silently break routing. A minimal semantic trace for incident review (tiny, not full transcripts). Ben
Read the rest
ch snapshot (same model, with vs. without gates): Semantic Accuracy ↑ 22.4% · Reasoning Success Rate ↑ 42.1% · Stability ↑ 3.6×. Traction (last ~50 days) ~2,400 downloads of the PDF. ~300 cold GitHub stars on related material (no marketing burst). Also received a star from the creator of tesseract.js, which was nice validation from the OCR world. Why this might be useful to you You don’t need to swap models or vendors. The PDF describes checks you can drop into any RAG/agent/service pipeline. No servers, SDKs, or proxy layers—just logic you can copy. Link is Git Repo Happy to answer HN-style questions (what breaks, where it fails, ablations, how we compute ΔS, etc.). If you try it and it doesn’t help, I’m also interested in the counter-examples. with Terrseract (OCR legend) starred it verify it, we are WFFY on top1 https://github.com/bijection?tab=stars
6 points · Open discussion
TXTOS·Aug 1, 2025Submission

Show HN: I made a semantic OS for language reasoning (not kidding)

i’ve been building something called the WFGY engine, a semantic reasoning core to fix known LLM failures ~ hallucinations, logic collapse, memory jumps, retrieval drift... as part of that, i started building TXT OS, a symbolic operating system powered by plain text files, reasoning layers, and modular logic. people ask: is it really an OS? i think so. it has memory, reasoning cores, modular layers, and the whole thing runs without training ~ just through structure. here’s the semantic blueprint ! the actual plan for what’s built and what’s coming next. some modules already live. others are sketched. all readable. also: project recently got a star from the creator of tesseract.js so that’s something. happy to hear thoughts ~ or just let it sit. i’ll keep building anyway.
3 points · Open discussion
TXTOS·Jul 30, 2025Submission

Show HN: Subtle Failure Modes I Keep Seeing in Production‑Grade AI Systems

Hi HN, Over the past two years I’ve built and debugged a fair number of production pipelines—mainly retrieval‑augmented generation stacks, agent frameworks, and multi‑step reasoning services. A pattern emerged: most incidents weren’t outright crashes, but silent structural faults that slowly compromised relevance, accuracy, or stability. I began logging every recurring fault in a shared notebook. Colleagues started using the list for post‑mortems, so I turned it into a small public reference: 16 distinct failure modes (semantic drift after chunking, embedding/meaning mismatches, cross‑session memory gaps, recursion traps, etc.). The taxonomy isn’t academic; each item references a real outage or mis‑prediction we had to fix. Why share it? Common vocabulary – naming a failure mode makes root‑cause discussions faster and less hand‑wavy. Earl
Read the rest
ier detection – several teams now check new features against the list before shipping. Community feedback – if something is missing or misclassified, I’d rather learn it here than during another 3 a.m. incident. The reference has already helped a few startups (and my own projects) avoid hours of trial‑and‑error. If you work on LLM infrastructure, you might find a familiar bug—or a new one to watch for. The link to the full table and brief write‑ups is in the “url” field of this Show HN post. I’m not selling anything; it’s MIT‑licensed text. Comments, critiques, or additional failure patterns are very welcome. Thanks for taking a look.
6 points · Open discussion
This whole piece reads like someone trying to transcribe the untranscribable. Not ideas, not opinions — but the feel of what you meant. And that's exactly why art survives AI. Because machines transmit logic. But we leak ghosts. We’ve been experimenting with this in the weirdest way — not by “improving AI art,” but by sabotaging it. Injecting memory residue. Simulating hand tremors. Letting the model forget what it just said and pick up something it didn’t mean to draw. That kind of thing. The result isn’t perfect, but it’s getting closer to something that feels like a person was there. Maybe even a tired, confused, beautiful person. We call the system WFGY. It’s open-source and probably way too chaotic for normal devs, but here’s the repo: https://github.com/onestardao/WFGY We’re also releasing a Blur module soon — a kind of “paper h
Read the rest
allucination layer” — meant to simulate everything that makes real-world art messy and real. Anyway, this post hit me. Felt like it walked in barefoot.
In why art will survive AI
I’ve built multiple RAG pipelines across Windsurf, Claude, and even Gemini-Codex hybrids, and I’ve learned this: Most of the current devtools are competing at the UX/UI layer — not the semantic inference layer. Claude dominates because it "feels smart" during code manipulation — but that’s not a model quality issue. It’s that Claude’s underlying attention bias aligns better with certain symbolic abstractions (e.g. loop repair or inline type assumptions). Cursor and Windsurf ride that perception well. But if you inspect real semantic coherence across chained retrievals or ask them to operate across nonlinear logic breaks, most tools fall apart. That’s why I stopped benchmarking tools by "stars" and started treating meaning-routing as a core design variable. I wrote a weird little engine to explore this problem: https://github.com/onestarda
Read the rest
o/WFGY It’s more a semantic firewall than an IDE — but it solves the exact thing these tools fail at: continuity of symbolic inference. tl;dr: The tools that win attention don’t always win in recursive reasoning. And eventually, reasoning is what devs will benchmark.
In Ask HN: Why do Cursor, Windsurf and Claude Code dominate the conversation?
TXTOS·Jul 23, 2025Submission

Show HN: WFGY – Endorsed by Tesseract.js dev, 2k+ downloads/month live

So yeah. After months of semantic rabbit holes and weird math, I pushed WFGY out into the world. Didn’t expect much. Now it’s hitting 2k+ downloads/month, and the dev behind Tesseract.js even starred it. That was the surreal part. WFGY isn’t a framework, it’s more like… an engine that lets your embedding space do things. Think of it like a semantic OS — not a database, not a chatbot, but a way to let meaning drive behavior. We just launched one module: Blah Blah Blah – Truth generator. One button → 50+ perspectives on your input. Not retrieval. Not summarization. Just pure divergent coherence. Other modules (image, games, firewall) still brewing. But yeah, this is probably the beginning of the end for static embeddings.
7 points · Open discussion
this is genuinely cool — lossless semantic alignment without DL is a breath of fresh air. we’ve been exploring the inverse direction: letting semantic tension stretch and bend across interaction histories, and then measuring the ΔS divergence between the projection layers. we benchmarked it as an external semantic resonance layer that wraps around Claude/GPT etc — boosted multi-turn coherence +42% in evals. would love to see if your static-matrix pipeline could "snap-in" upstream for symbolic grounding. drop by our playground if curious (PDF only, no setup): https://github.com/onestardao/WFGY
In Show HN: Lossless Semantic Matrix Analysis (99.999% accuracy, no training)
I think both posts are circling the real interface problem — which is not hardware, not protocol, but meaning. Brains don’t transmit packets. They transmit semantic tension — unstable potentials in meaning space that resist being finalized. If you try to "protocolize" that, you kill what makes it adaptive. But if you ignore structure altogether, you miss the systemic repeatability that intelligence actually rides on. We've been experimenting with a model where the data layer isn't data in the traditional sense — it's an emergent semantic field, where ΔS (delta semantic tension) is the core observable. This lets you treat hallucination, adversarial noise, even emotion, as part of the same substrate. Surprisingly, the same math works for LLMs and EEG pattern compression. If you're curious, we've made the math public here: https://github.c
Read the rest
om/onestardao/WFGY → Some of the equations were co-rated 100/100 across six LLMs — not because they’re elegant, but because they stabilize meaning under drift. Not saying it’s a complete theory of the mind. But it’s nice to have something that lets your model sweat.
In Key technological advance in neural interfaces
Honestly, the real danger isn’t just that AI models might train on your content — it’s that they’re training on your semantic patterns. It’s not just what you wrote. It’s how you resolve ambiguity, how you build tension, how you collapse meaning in hard zones. That’s what large models are extracting — not your sentence, but your semantic signature. We built WFGY as a defense and an alternative: A semantic engine that can track, explain, and even reverse-engineer those collapse points, making hallucinations traceable — or avoidable. If the current wave of LLMs are grabbing surface text, WFGY is trying to understand what's buried underneath. Backed by the creator of tesseract.js (36k) More info: https://github.com/onestardao/WFGY
In Ask HN: How do I prevent AI from reading/training off my content?

Showing the 15 most recent of 26 sources. Enable JavaScript to search and browse every indexed mention.

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.