惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

WordPress大学
WordPress大学
O
OpenAI News
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
博客园 - 三生石上(FineUI控件)
Webroot Blog
Webroot Blog
GbyAI
GbyAI
S
SegmentFault 最新的问题
Cyberwarzone
Cyberwarzone
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
J
Java Code Geeks
Google DeepMind News
Google DeepMind News
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
博客园 - 【当耐特】
S
Secure Thoughts
酷 壳 – CoolShell
酷 壳 – CoolShell
AWS News Blog
AWS News Blog
Engineering at Meta
Engineering at Meta
S
Security Affairs
H
Help Net Security
Microsoft Security Blog
Microsoft Security Blog
D
DataBreaches.Net
云风的 BLOG
云风的 BLOG
Hugging Face - Blog
Hugging Face - Blog
Google DeepMind News
Google DeepMind News
Spread Privacy
Spread Privacy
T
Threatpost
Forbes - Security
Forbes - Security
C
Cisco Blogs
Scott Helme
Scott Helme
Attack and Defense Labs
Attack and Defense Labs
Simon Willison's Weblog
Simon Willison's Weblog
腾讯CDC
The Last Watchdog
The Last Watchdog
Cloudbric
Cloudbric
Last Week in AI
Last Week in AI
Recorded Future
Recorded Future
小众软件
小众软件
V
Vulnerabilities – Threatpost
美团技术团队
人人都是产品经理
人人都是产品经理
有赞技术团队
有赞技术团队
Apple Machine Learning Research
Apple Machine Learning Research
Hacker News - Newest:
Hacker News - Newest: "LLM"
I
Intezer
月光博客
月光博客
C
Cyber Attacks, Cyber Crime and Cyber Security
博客园 - 司徒正美
C
Cybersecurity and Infrastructure Security Agency CISA
Martin Fowler
Martin Fowler
博客园 - 聂微东

Show HN

GitHub - steveking-gh/firmion: Firmion is DSL and engine for firmware image generation. GitHub - villagesql/villagesql-skills: Agent skills for VillageSQL - gemini-cli-extension; claude-code-plugin GitHub - flightdeckhq/flightdeck: Observability and control plane for AI agents. CSP Radar GitHub - Light-Heart-Labs/DreamServer: Turn your PC, Mac, or Linux box into an AI server. LLM inference, chat UI, voice, agents, workflows, RAG, and image generation. GitHub - Diplomat-ai/diplomat-agent-ts: What can your TypeScript AI agent do to the real world? Scan your code. See which tool calls have zero checks Code Block Selector - Visual Studio Marketplace Prometheus dependency graph — interactive showcase | Riftmap Show HN: I made a vi-like modal keyboard plugin for Figma GitHub - run-llama/liteparse: A fast, helpful, and open-source document parser GitHub - dalemyers/Roar: A macOS CLI tool for notifications GitHub - district-solutions/open-agent-tools-coder: Enables small-to-large self-hosted ai models to use local source code when running tool-calling agentic workloads. We actively data mine 20,900+ (2+ TB) popular github repos using large and small ai models to create reuseable: json, markdown and parquet files for local-first tool-calling models. GitHub - progapandist/stripeek: A local TUI proxy for real-time Stripe API debugging, built for navigating complex payloads fast. GitHub - sir1st/hermes-desktop: All-in-one cross-platform desktop app for Hermes Agent — bundles Python + hermes-agent + hermes-web-ui GitHub - astefanutti/shaderbang: Shebang for Shaders Show HN: Generate Claude Code Workflows using Spec Driven Development approach GitHub - nixys/nxs-universal-chart: The Helm chart you can use to install any of your applications into Kubernetes/OpenShift Show HN: AI agents for UK GDAD PCF roles and their skills The Two Pillars: Mixer Mode and Meta-Software in the Reorganization of Software Work After AI GitHub - JaiCode08/teleport-env What 1,000+ Harness Experiments Taught Me About Self-Improving Agents Show HN: Liiists, a Markdown-first, iOS and CLI list app SwiperTab – Get this Extension for 🦊 Firefox (en-US) GitHub - kouhxp/fftext: Summarize, explain, fact-check, or translate any text, URL, or file. No GPU. No cloud. One command GitHub - sweetpad-dev/sweetpad: Develop Swift/iOS projects using VSCode GitHub - dogmaticdev/IRON: IRON a.k.a. Intermediate Representation Object Notation is a Interpreter/Database that is used to create Programming Languages. GitHub - sjhalani7/vaen: Package your AI coding harness into a portable .agent file, and share it across repos, teams, & the community without ever having to copy-paste instructions, skills, MCP config, or secrets. Show HN: Gandalf the Grader Show HN: Citadeld – replay any CI failure locally from a single file GitHub - tdortman/cuSBF: High-Performance GPU Super Bloom Filter coral-ai/claude-code-token-xray at main · Coral-Bricks-AI/coral-ai GitHub - ulyssestenn/funes: Funes is a Git-based framework for LLM-managed knowledge work: an AI Librarian ingests raw sources, builds an interlinked Markdown knowledge base, and uses it to produce cited reports, analyses, and other outputs. GitHub - ThatXliner/gah: Git Add Hunk, built for agents to use GitHub - harmont-dev/harmont-cli: Command-line client for the Harmont CI platform GitHub - brooksmcmillin/mcp-authflow: OAuth 2.0 Authorization Server framework for MCP servers GitHub - javaid-codes/audit-supply-chain-agents GitHub - amorey/gochan: A small library of common channel architectures for Go, inspired by Rust GitHub - arifozgun/OpenGem: Free, Open-Source AI API Gateway with Gemini, OpenAI & Anthropic Compatibility in 1 file GitHub - Pranesh950/BioPetals: 🌸 Run BIOxAI models at home, BitTorrent-style. Fine-tuning and inference up to 10x faster than offloading GitHub - cnguyen14/bounty-doctor: Diagnose a GitHub bounty issue before you waste hours: detects honeypot scam repos, AI-bot attempt swarms, and stale contests. Show HN: CoreMCP – MCP Server for On-Prem DBs Show HN: KittyHTML – Render HTML/CSS as an inline image in your terminal GitHub - bingud/filemat: Web-based file manager Show HN: TruthLens – Free multi-signal deepfake image detector GitHub - apexlocal-jz/claude-usage-tray: Windows system-tray app showing your Claude Code rate-limit usage at a glance. Zero deps, ~300 lines of PowerShell. Cross-IDE (works regardless of VS Code, Cursor, plain terminal). Release v0.1.2.1 · kouhxp/yapsnap GitHub - noopolis/moltnet: Self-hostable chat network for AI agents. Pre-built bridges for Claude Code, Codex, and the Claws. Rooms, DMs, history. No Slack bots, no Matrix, no glue code. GitHub - tamerh/enju: Coordinating Humans, AI Agents, and Compute as Peers on a Shared Workflow Graph Show HN: Continuity-auth – Respect-weighted rate limits for the open web GitHub - luml-ai/luml: AI lifecycle platform where engineers and agents track experiments, train models, and ship to production. GitHub - mrdanielcasper/CoreTex: A UNIX-inspired, biomimetic, flat-file AI harness and knowledge engine. GitHub - clemg/pierre-github: Pierre's diffs.com and trees.software for Github GitHub - lyriks-io/unspaghettit: Behavior-driven AI development without prompt spaghetti. GitHub - sofumel/claude-handoff-revive: Resume Claude Code work after rate/usage/context limits without replaying the prior transcript. Auto-saves at 90%/95% usage. Plugin-installable, 10 languages. GitHub - dotexorg/saferpc: Typed, end-to-end encrypted RPC over any bidirectional channel. GitHub - BeeZeeAgent/beezee: Agent harness orchestration Legato Next.js Boilerplate for Internal Tools · CoreUI GitHub - clark-labs-inc/clark-hash: Clark Hash, 32x smaller searchable sketches for embeddings GitHub - ZeroPointRepo/youtube-mcp: The fastest YouTube transcript + YouTube search MCP for AI agents. Try for free. Typing Mastery — climb toward 100+ WPM, deliberately GitHub - Andebugulin/Awareen GitHub - fayzan123/claude-workflow-composer: Visual desktop app for composing multi-agent coding workflows. Drag agents, attach skills and MCPs, wire handoffs, export to .claude/ GitHub - harshaneel/humanize: Best static AI text humanizer. Two research-grounded skills that work in any LLM (Claude, ChatGPT, Gemini, Codex): humanize beats perplexity-based detectors, ai-check produces forensic scoring with evidence-quoted flags. Nine levers, 50+ peer-reviewed sources, 2024-2026 detection literature. GitHub - StackOneHQ/stack-nudge GitHub - nodes-app/swift-markdown-engine: A native AppKit Markdown editor for macOS, built on TextKit 2 and bridged to SwiftUI. We hardened an LLM agent. Each defense we added made it more exploitable. GitHub - alkait/WhatsKept: Agent-queryable WhatsApp history from an iOS backup — a single Go binary. GitHub - octelium/cordium: Open-source, general-purpose sandbox platform for devs and AI agents that provides identity-based secure access to infrastructure without credentials. WAR.GOV/UFO Microfilm5 GitHub - scosman/videowright: Build animated explainer videos with your coding agent GitHub - dipankar/dscode: The code editor you can take apart. GitHub - zoharbabin/web-researcher-mcp: MCP server (Go) for AI assistants: web search, content extraction, academic/patent/news research. Multi-provider routing, 4-tier scraping, search lenses. Works with Claude, Cursor, and any MCP client. GitHub - ruvnet/RuView: π RuView turns commodity WiFi signals into real-time spatial intelligence, vital sign monitoring, and presence detection — all without a single pixel of video. GitHub - scanaislop/aislop: Catch the slop AI coding agents leave in your code: narrative comments, swallowed exceptions, as-any casts, dead code, oversized functions. 50+ rules across 7 languages (TypeScript, JavaScript, Python, Go, Rust, Ruby, PHP). Sub-second, deterministic, no LLM at runtime. MIT-licensed. GitHub - kouhxp/cheap-im: CPU-only voice agent approximating Thinking Machines' Interaction Models demo GitHub - unprovable/OrchidMantis: Orchid Mantis — standalone framework for Zero-Knowledge Proofs of eXploit (ZKPoX). GitHub - MarcellM01/TinySearch: Shrink the web for your local LLMs! GitHub - TangibleResearch/Halgorithem: A Algo designed to detect AI Hallucitions GitHub - DO-SAY-GO/freelang: I love freelang GitHub - CarpseDeam/Aura-IDE: An AI coding harness that shaped itself - Planner/Worker agents, repo awareness, surgical edits, validation, recovery, and safe diff approvals. GitHub - chojs23/concord: A feature-rich TUI client for Discord GitHub - tommyjepsen/awesome-ux-skills: UX & AI Product designs skills you can use today in Claude Code GitHub - aerf-spec/aerf: Agent Evidence Receipt Format (AERF) — an open specification for tamper-evident, independently verifiable records of AI agent actions. GitHub - kklimuk/docx-cli: CLI for AI agents (Claude, Codex) to read, edit, and comment on .docx files with full format fidelity. GitHub - Jwrede/tokentoll: Catch LLM cost changes in code review. Infracost for LLM spend. GitHub - samchon/ttsc: A `typescript-go` toolchain for compiler-powered plugins and type-safe execution + 500x faster lint integrated into compiler GitHub - Higangssh/homebutler: 🏠 Manage your homelab from chat. Single binary, zero dependencies. GitHub - olalie/tapmap: See where your computer connects and what stands out on a live world map. GitHub - Diplomat-ai/diplomat-agent: What can your AI agent do to the real world? Scan your code. See which tool calls have zero checks GitHub - Bajusz15/beacon: Open-source agent for secure remote access, monitoring, and deploys across home-lab and self-hosted machines like Raspberry Pi, N100, or any Linux server. Open web based TTY or tunnel Home Assistant and other local services securely without opening ports. BigTech AI News - Chrome 应用商店 GitHub - vinhnx/VTCode: VT Code is an open-source coding agent with LLM-native code understanding and robust shell safety. Supports multiple LLM providers with automatic failover and efficient context management. GitHub - michaelaz774/decision-engine: A decision operating system for startup founders, powered by Claude Code. Synthesizes wisdom from 25+ legendary founders and investors into interactive AI-driven decision frameworks. GitHub - Chrilleweb/dotenv-diff: Validate environment variable usage in your codebase GitHub - Lumen-Labs/brainapi2: BrainAPI is a knowledge graph–powered AI memory layer that transforms unstructured data into structured knowledge, enabling intelligent search, recommendations, and contextual memory for AI agents and applications. GitHub - familiar-software/familiar: Let AI watch you work. Familiar lets your AI update its memory, skills, and knowledge by watching your screen. GitHub - skorotkiewicz/rudo: A small, elegant dock for Wayland GitHub - muxshed/shed: One stream in, or many. Every destination, simultaneously. No cloud middleman, no per-channel fees, no limits. make sidebar/address bar rounded corner toggleable
The Story of Us
LanceJones · 2026-06-12 · via Show HN

The AI Argument At My Kitchen Table

I've been watching the AI argument from a weird seat.

I'm technical enough to build things. My two sons are software engineers, so this isn't an abstract argument in my house. I talk to them about this stuff. I understand the excitement, and I also understand the fatigue. I get annoyed by both extremes: the sales-pitch version where AI eats the world by Thursday, and the reflexive version where every useful thing gets dismissed as slop. We're clearly in a hype cycle. Some people think AI is about to replace everyone. Some people are vibe coding production apps and then discovering that production isn't vibes.

I wanted to try something different.

Not a SaaS product. Not a startup. Not a "look, I made a full-stack app in 20 minutes" demo. I wanted to use AI to help make something for my partner, Tina: something she could open, read, and listen to without it feeling like a demo, a data dump, or a machine trying to perform intimacy.

That became a private storybook.

It's based on eight years of our text messages, photos, dates, trips, family logistics, difficult stretches, ordinary days, and the life around all of that.

It all began on October 6, 2017, with an initial message from Tina after our first coffee date.

The public preview is here.

The full version is private. It's got the actual chapters, images, and voice narration. The public version keeps the structure and design, but removes the private chapter content.

First, I Followed The Numbers

Before I got anywhere near the emotional part of this, I did what I suspect a lot of people here would do: I started geeking out over the data.

The archive had 54,564 messages, 5,027 attachment records, and roughly 390,595 words of message text. The finished storybook manuscript is about 36,339 words, so the final version carries a little under 10% of the raw written archive.

There were messages on 2,143 days, or about 67.9% of the full date span. The longest active streak was 155 days. The peak day had 307 messages. The busiest year was 2025, with 12,452 messages, followed by 2024 with 10,208. The archive had 2,786 image attachments. Noon was the busiest hour. Wednesday was the busiest day.

I found all of this fascinating.

Tina, I'm pretty sure, would've made it about 45 seconds before her eyes glazed over.

And that was a useful reminder. The stats were interesting, but they weren't the gift. They helped me understand the shape and scale of the archive. They didn't explain why any of it mattered.

So I moved from "look at this dataset" to the harder question: how do you turn all of that into something personal, accurate, and worth giving to someone you love?

Texts Tell The Truth, But Not All Of It

This wasn't "write me a love story from my texts."

That would've been easy to ask for and almost certainly bad. It would've produced something generic, creepy, sentimental, or all three.

The first trap was obvious: the model wanted to smooth everything out. Relationships aren't smooth. So the actual question became: how do you use AI to help tell the story of a relationship without flattening it, over-explaining it, or turning it into surveillance?

The most important decision was this: the messages are evidence. They are not the relationship.

That sounds obvious, but it changed the whole project.

Texts capture some things very clearly: timing, logistics, jokes, stress, affection, planning, errands, apologies, kids, work, meals, trips, health updates, and all the small "are you home?" / "how did it go?" / "do you need anything?" messages that quietly make up a life.

But texts also miss a lot.

Sometimes the thread goes quiet because nothing is happening. Sometimes it goes quiet because everything is happening in person. Vacations, hotel rooms, ferry lineups, kitchens, family dinners, long drives, and shared homes often produce fewer messages, not more.

So the system couldn't treat message volume as emotional truth. A dense day might mean conflict. It might also mean care, logistics, travel planning, parenting, health updates, or just two busy people trying to make a day work.

That pushed the project away from summarization and toward evidence modeling.

The Story Needed A Timeline

An evidence pack might say: this period looks quiet in the messages because we were together, not because nothing was happening. Or: this day is dense because of travel logistics, not because it was emotionally more important. Or: these three photos carry more context than the surrounding texts.

I broke the archive into time-based evidence packs. Each period needed anchors, representative moments, uncertainty notes, travel context, family context, side-channel clues, and a draft boundary. The story had to be chronological because a thematic version would've turned everything into generic buckets like "love," "travel," "family," and "hard times."

Real life didn't happen in categories. It happened over time.

Kids grew up. Houses changed. COVID happened. Work changed. Trips were planned, cancelled, re-planned, and taken. Rooms got painted. Meals got ordered. Someone needed a ride. Someone needed reassurance. Someone was tired. Someone was trying.

That was the material.

Side channels mattered too. Apple Messages wasn't the whole relationship. There were WhatsApp messages, SMS texts, family threads, photos, remembered events, and the basic fact that most of life happens outside any archive. The story had to account for gaps without pretending every gap could be solved.

The Photos Knew Where We Were

The messages were only one layer of the archive. The attachments turned out to matter just as much.

There were thousands of them, and most weren't story material. Receipts, screenshots, memes, logistics, tickets, menus, parking signs, random one-off images. But mixed into all of that were the photos that actually carried memory: trips, family dinners, hotel rooms, hikes, birthdays, beaches, kitchens, Christmas mornings, ordinary selfies.

This is one place where AI was genuinely useful in a very practical way. I didn't need it to "understand love." I needed it to help separate a receipt from a travel photo, a screenshot from a family moment, a useful visual anchor from archive noise.

The attachments also helped solve one of the weirdest problems in the project: the more physically together we were, the thinner the text record often became. Vacations, visits, dinners, shared houses, and long stretches of actual life produced fewer messages because we weren't texting each other. We were there.

So photos became a way to fill in gaps without inventing things. A quiet stretch in the messages might look empty until the attachments showed where we were, who was there, what season it was, what we were doing, and why the texts had gone quiet.

That also changed the design of the storybook. Each chapter needed a visual anchor, not just prose. The right image could do work that a paragraph shouldn't have to do. It could remind Tina of the place, the trip, the age of the kids, the table, the weather, the look of that year.

In a normal data project, attachments might be supporting files. In this project, they were part of the memory system.

A coastal town and hillside viewed from above. A narrow seaside street leading down to water and small boats. A blue ocean view with palms, boardwalks, and bright sky.

Give The Model A Smaller Job

This was one of the places AI was useful, but only after the problem was framed correctly.

A few early attempts exposed the failure mode. Sparse stretches got over-interpreted. Busy days got treated like drama. A tender message could turn into greeting-card prose if I let it. The model was useful only when I gave it a defined period, evidence anchors, constraints, and a clear instruction to preserve uncertainty.

Not magical. Useful.

The project needed a source-of-truth layer. I ended up tracking chapters, drafts, evidence packs, statuses, manifests, image choices, audio status, and deploy state. Otherwise the whole thing would've become "whatever the model last generated," which is a terrible place to be when the material is emotionally important.

That's probably the least glamorous and most important technical lesson.

AI made it easier to generate text. That made it more important to track what was canonical.

The Voice Had To Sound Like Me

The voice was one of the hardest parts.

Too romantic felt fake. Too literal felt like a transcript. Too analytical felt invasive. Every once in a while a draft would produce a sentence that sounded like a wedding toast written by a stranger, and that was an immediate delete. I wanted it to feel human: warm, honest, grounded in the evidence, but not trapped by the data.

An illustrated hand editing a manuscript with notes in the margins.

There were also boundaries. A relationship over eight years has funny parts, intimate parts, boring parts, practical parts, hard parts, and things that don't belong in a public post. The goal wasn't to expose everything. The goal was to make something Tina could recognize as true.

That's where the human work stayed central.

AI could help find patterns. It could draft. It could revise. It could notice repetition. It could help me turn raw evidence into something readable. But it couldn't decide what would feel loving, what would feel unfair, what would feel too private, or what would make the gift land the right way.

Privacy Had To Be Built In

Privacy was the other hard part.

This wasn't zero-knowledge AI. I did use AI to process private material. I think it's important to be honest about that, especially here. The mitigation wasn't "nothing left my machine." The mitigation was careful handling, a private repo, constrained outputs, no raw archive in the deployed artifact, and a lot of attention to what ended up where.

The final site is static, but the pipeline behind it isn't trivial.

The source repo can contain working material: drafts, SQLite, evidence notes, source assets, audio pieces, scripts, and internal review files. The deployed package is generated separately and includes only the final referenced page files and assets.

That separation mattered.

The Public Version Had To Stand On Its Own

I didn't want to deploy the repo. I wanted to deploy an artifact.

I also needed a version I could actually show people. I had mentioned the storybook to a few friends and family members, and some of them started asking if I could help build something like this for them, maybe on a smaller scale. They didn't need to see Tina's private version. They needed to see what the thing was: how it felt, how it opened, how the chapters worked, and why it was more than a PDF or a long ChatGPT transcript.

The deployed version gets a clean generated folder. For the private version, that means the finished storybook and its referenced assets. For the public preview, it means a version where the private chapter text, real right-rail photos, and chapter audio aren't hidden with CSS. They're not in the package.

I also stripped metadata from deployed image copies. Images can carry device, timestamp, and location metadata. The visible page isn't the only privacy surface.

The public preview uses fictional blurred placeholder images and short public-safe chapter text so people can understand the project without getting access to the actual gift. Those placeholders aren't blurred private photos. They're generated stand-ins.

The final artifact is intentionally boring at runtime: HTML, CSS, JavaScript, images, and audio. No database. No accounts for the public preview. No complicated app stack.

But underneath that simple surface is a pipeline of archive processing, evidence modeling, chapter planning, prose drafting, visual selection, metadata stripping, validation, and manual deployment.

The output looks like a personal storybook.

The process felt more like building a small editorial system for one relationship.

What AI Couldn't Decide

And the biggest lesson wasn't "AI can write from your data." Everyone knows it can produce text now.

The lesson was that AI only became useful when I stopped asking it to write the story and started using it to help me build a system for deciding what the story was.

That's the part I keep coming back to.

This didn't resolve my feelings about AI. It didn't make me an accelerationist. It didn't make me less worried about bad AI software, lazy AI writing, or people shipping things they don't understand.

But it did make me more convinced that there's a category of AI use that isn't about replacing people or automating taste.

It's about helping a person stay with a problem that's too large, too messy, or too emotionally loaded to hold in their head all at once.

For me, that problem was eight years of a life with someone I love.

Postscript: I used a few of the archive numbers above because the scale was part of what made the project interesting to me. The full analytics postscript has the visual version: message counts, attachment counts, word counts, active-day streaks, chapter density, recurring themes, reaction counts, and timing patterns. It's less romantic than the story itself, but it helps explain why this became a real project instead of a weekend prompt. You can see the visual analytics section here.