Загрузка видео...

Не удалось загрузить видео

На главную

AN ENGINEER SOLVED A PROBLEM NOBODY IN THE COMPANY COULD FULLY MAP ON THEIR OWN The problem wasn't a missing tool, it was that every process touched three other processes nobody had written down. He wired dozens of agents into one shared graph instead of documenting each department's workflow...

16,489 просмотров • 1 месяц назад •via X (Twitter)

Комментарии: 0

Нет доступных комментариев

Здесь появятся комментарии из оригинального поста

Похожие видео

Build AI agents on a time-aware knowledge graph! Utopia is an open-source knowledge system that turns documents, databases, and connected sources into a temporal graph your agents can reason over. Most RAG systems are optimized for one question: what is relevant right now? That works until the underlying knowledge changes. A customer contract gets updated. A project owner changes. A policy is revised. A previous fact may no longer be true, but simply overwriting it means the system loses the history behind that change. Utopia handles this with a bitemporal knowledge graph. Each fact can track both when it was true in the real world and when the system learned about it. When something changes, the old fact is preserved instead of silently disappearing. That means an agent can reason about questions like: • What is true now? • What was true three months ago? • When did this information change? • What evidence was the conclusion based on? The graph is also ontology-aware, so documents are represented as entities, facts, and relationships instead of only chunks and embeddings. That gives the system more structure for reasoning across relationships, resolving entities, detecting conflicting facts, and deriving new information through explicit rules. Key capabilities: • Bitemporal knowledge graph for tracking how facts change over time • Provenance on facts so agents can trace where information came from • Conflict detection instead of silently overwriting contradictory information • Ontology-based reasoning across entities, relationships, and derived facts • Hybrid retrieval across full-text search, vector search, and graph traversal • MCP and agentic RAG support for exposing the knowledge layer directly to agents The interesting part is that this turns the knowledge base into more than a retrieval system. Instead of only finding relevant information, an agent can reason over what changed, what is still valid, how facts are connected, and where each conclusion came from. 100% open source. I've shared the GitHub repo in the comments!

Sumanth

16,653 просмотров • 19 дней назад

MY GROK BOT / OBSIDIAN MESH SYNCS 20 AGENTS ACROSS A LIVE KNOWLEDGE GRAPH. NOT ONE OF THEM REPORTS TO ME. I FIXED THAT BY HIRING A 21ST BOT WHO DOES NOTHING BUT ROUTE. i watched the mesh light up this morning. vector, canvas, oracle, extract, all 20 of them syncing notes. writing backlinks, healthy status, 190 edges active. it looked like a team. it was a graph. a graph has no chain of command, it just has connections. i had been treating 20 well-wired agents as oversight. they were routing information, not decisions. nobody in that mesh could tell me what mattered first. so i hired one more bot and gave him a different job. not indexing notes, holding the account. 1. Reports-to line in the charter › names me as the human above him, closes the drift where a bot starts acting like the principal instead of the agent. 2. no source, no number › if he can't cite where a figure came from, he leaves it out. the 20-agent mesh never needed this line. › Chief can't run without it. 3. stop list written as verbs › "sending anything to a person" instead of "communications." a verb he can match, not a category he can talk around. 4. Rule 6, approval belongs to the human › he never signs off on another bot's irreversible action, only i do. the mesh has no equivalent rule. › it was never built to approve anything, only to sync. 5. STOP ALL, the kill switch › one message halts every routine and every task he's running, reports what was in flight, and waits. the mesh will keep syncing whether i watch it or not. Chief is the only bot in the account who stops the second i tell him to. that's the difference between a graph that moves information and a bot that's actually accountable for it.

kocer

21,984 просмотров • 16 дней назад

a contractor in Shenzhen priced a ¥12,470,900 hospital contract, about $1.7m, in one afternoon and beat firms carrying forty people he explained how he did it: the bid consultancy he used to pay took three days and ¥46,000 for the same envelope. he did this one alone, off one screen, at 11.4% margin, uploaded before the 17:00 cutoff 214 pages of tender documents read, 68 binding clauses pulled out, 9,485 building parts loaded, 14 places found where a duct and a beam sit in the same cubic metre, deepest one 38mm, all of them fixed, 3,318 lines of quantities priced and the package encrypted and uploaded before the 17:00 cutoff this is Graph Engineering: the job gets cut into small nodes, one narrow task each, wired so that one node's output is the next node's input, and any node is allowed to stop the whole run. it turns a model that answers you into a machine that finishes the job: - give every node one job and one output. a node doing two things fails at both and you cannot tell which one broke - put the cheapest rejection first. his qualification node reads clause 7.4, foreign-owned firms barred, and ends the run four seconds in, before anything expensive touches the model - what moves between nodes is a file. the model travels as a model, the quantities as a table, the price as a number - build exactly one loop: the checker finds 14 collisions, the fixer drops the duct 550mm, the checker runs again, and nothing moves on until the count is zero - cap that loop, or a graph will grind on three impossible clashes until the deadline passes - keep one node whose only job is to say no, and give it authority over everything above it - log each node's output on its own, because when the price comes out wrong you need to know which node believed the wrong thing - run the expensive nodes last, always the catch is that a graph is an extremely confident machine: point it at an outdated rate book and it prices an entire hospital off it without a single node noticing, because no node is asked to doubt the input, only to process it so the nodes that earn their keep are the ones that reject, and almost nobody builds those first bookmark this, the full build with all nine nodes and what each one hands to the next is written out in the article ↓

Argona

38,189 просмотров • 1 месяц назад

🇯🇵 A brainless blob reproduced the Tokyo rail network in 26 hours. It was not trying to solve a transport problem. It was trying to eat oat flakes. Physarum polycephalum is, to be generous, a blob. Pale, damp, the size of a thumbnail, it has no brain, no nervous system, and no cells that could reasonably be accused of thinking. Scientists had studied it for years without feeling particularly threatened by it. Then someone put it in a maze. Within hours, Physarum had found the shortest route between entrance and exit. Not by wandering randomly. Not by luck. By something that had no name, because everyone had assumed it required a brain. This was interesting enough. What happened next was embarrassing. In 2010, a researcher named Toshiyuki Nakagaki and his team placed a piece of slime mold at the centre of a damp map of greater Tokyo. Around it, at the locations of 36 surrounding cities, they put small piles of oat flakes. Then they left the room. The organism did what it always does. It explored. Thin tendrils pushed outward in every direction, feeling for food. When a tendril found an oat flake, that connection strengthened. When a path led nowhere useful, it was quietly dismantled. The slime mold was not planning. It was simply following local chemistry, the same way it had been doing for 500 million years. After 26 hours, the exploration was over. What remained was a sparse, elegant network of tubes connecting all 36 cities to each other. Not a tangle. Not a web covering everything. A clean, efficient system with strong main corridors between the busiest points and lighter connections branching where they were needed. The team held it up next to the actual Tokyo rail map. The corridors matched. The branch lines matched. Even the redundant connections, the backup routes engineers had added so the system could survive a single failure, appeared in nearly the same places. The slime mold had not just found the cities. It had independently arrived at the same logic that Japanese railway engineers had spent decades refining. By some measures, its network was more robust than the one humans had built. There is no headquarters inside Physarum, no moment where anyone decides anything. The intelligence, if that is even the right word, lives entirely in one simple rule repeated across millions of connections: strengthen what works, abandon what doesn’t. That rule, applied blindly and without awareness, produces something that looks unnervingly like wisdom. The slime mold was not trying to redesign the Tokyo rail network. It was trying to eat breakfast. It just turns out that the most efficient way to eat breakfast, when your breakfast is scattered across a map of greater Tokyo, looks a great deal like good urban planning 😅 Gandalv / Gandalv

Gandalv

206,731 просмотров • 6 месяцев назад