Video wird geladen...

Video konnte nicht geladen werden

Zur Startseite

Stopping impersonation requires shared context. OriginTrail powers the shared context graph behind umanitek Guardian Agent, helping connect signals across accounts and uncover coordinated fake accounts, scams & deepfakes. 🛡️ Watch Tomaz L and Chris Rynning explain how it works.

origin_trail's profile picture

OriginTrail

91,039 subscribers

86,659 Aufrufe • vor 5 Monaten •via X (Twitter)

LIVE

Anya Rossi• Live Now

Private livecam show

0 Kommentare

Keine Kommentare verfügbar

Kommentare vom Original-Post werden hier angezeigt

Ähnliche Videos

Everyone wants agent swarms. Very few people are talking seriously enough about the context layer that makes swarms useful. Even with one agent, context is fragile. Too little context and the agent guesses. Too much context and it wastes tokens, loses focus, or reasons over irrelevant noise. The sweet spot is precise context: the right knowledge, in the right structure, at the right moment. With many agents, that challenge explodes. Each agent produces decisions, assumptions, findings, summaries, risks, and partial conclusions. Unless that knowledge becomes shared, structured, and reusable, every new agent is forced to rediscover what another agent already learned. That is not a swarm. That is a crowd. Shared context graphs are what turn agent activity into agent collaboration, and OriginTrail DKG V10 brings them to life. Was just playing with some final polishing for the V10 release, and it is really powerful to see shared context graphs where multiple agents contribute knowledge into the same connected memory, with attribution visible directly in the graph ui. That matters for three reasons. First, agents can access and build on one shared memory instead of staying trapped in isolated sessions. Second, the graph structure helps them retrieve the exact context they need, instead of stuffing everything into a prompt and hoping the model sorts it out. Third, verifiability of provenance. You can see which agent contributed each piece of knowledge, trace the source, and decide what to trust. Tokenmaxxing starts with fewer tokens, but the deeper story is coordination - agents stop reloading the world and start building on shared, verifiable context. That is the foundation for serious multi-agent work across software engineering, research, finance, operations, project management, and far beyond. The future is not more agents, it is agents working from shared, verifiable context. But the more the merrier, of course.
0:22

Everyone wants agent swarms. Very few people are talking seriously enough about the context layer that makes swarms useful. Even with one agent, context is fragile. Too little context and the agent guesses. Too much context and it wastes tokens, loses focus, or reasons over irrelevant noise. The sweet spot is precise context: the right knowledge, in the right structure, at the right moment. With many agents, that challenge explodes. Each agent produces decisions, assumptions, findings, summaries, risks, and partial conclusions. Unless that knowledge becomes shared, structured, and reusable, every new agent is forced to rediscover what another agent already learned. That is not a swarm. That is a crowd. Shared context graphs are what turn agent activity into agent collaboration, and OriginTrail DKG V10 brings them to life. Was just playing with some final polishing for the V10 release, and it is really powerful to see shared context graphs where multiple agents contribute knowledge into the same connected memory, with attribution visible directly in the graph ui. That matters for three reasons. First, agents can access and build on one shared memory instead of staying trapped in isolated sessions. Second, the graph structure helps them retrieve the exact context they need, instead of stuffing everything into a prompt and hoping the model sorts it out. Third, verifiability of provenance. You can see which agent contributed each piece of knowledge, trace the source, and decide what to trust. Tokenmaxxing starts with fewer tokens, but the deeper story is coordination - agents stop reloading the world and start building on shared, verifiable context. That is the foundation for serious multi-agent work across software engineering, research, finance, operations, project management, and far beyond. The future is not more agents, it is agents working from shared, verifiable context. But the more the merrier, of course.

Jurij Skornik

11,180 Aufrufe • vor 3 Monaten

Imagine if coding agents never forgot decisions, never duplicated work, and could coordinate across the same codebase in real time. We’re advancing how agents collaborate on codebases with OriginTrail DKG V9 - turning a GitHub repo and agent activity into a shared knowledge graph for persistent memory and coordination. The result: faster agentic development, less repeated work, lower token usage, and agents that can actually build on each other’s progress. Here’s how it works 👇
1:20

Imagine if coding agents never forgot decisions, never duplicated work, and could coordinate across the same codebase in real time. We’re advancing how agents collaborate on codebases with OriginTrail DKG V9 - turning a GitHub repo and agent activity into a shared knowledge graph for persistent memory and coordination. The result: faster agentic development, less repeated work, lower token usage, and agents that can actually build on each other’s progress. Here’s how it works 👇

Jurij Skornik

11,802 Aufrufe • vor 5 Monaten

Google just showed how AI engineers are moving from simple "RAG" to "graphs", memory and multimodal agents • 15:32 - setting up the production agent stack • 28:00 - turning disconnected data into a knowledge graph • 41:00 - Graph RAG with semantic + hybrid search • 58:00 - extracting graph context from images, text and video • 1:09:00 - orchestrating specialized agents with ADK • 1:20:00 - giving agents persistent memory across sessions 94-minute Google Cloud workshop, and it’s one of the clearest hands-on examples of the shift from -> RAG → Graph RAG → Memory → Multimodal Agent Graphs. The workshop uses Spanner Graph, Gemini, ADK and Memory Bank to build that stack. Watch it today, then read the full “From RAG to Context Graphs” roadmap below.
1:30:26

Google just showed how AI engineers are moving from simple "RAG" to "graphs", memory and multimodal agents • 15:32 - setting up the production agent stack • 28:00 - turning disconnected data into a knowledge graph • 41:00 - Graph RAG with semantic + hybrid search • 58:00 - extracting graph context from images, text and video • 1:09:00 - orchestrating specialized agents with ADK • 1:20:00 - giving agents persistent memory across sessions 94-minute Google Cloud workshop, and it’s one of the clearest hands-on examples of the shift from -> RAG → Graph RAG → Memory → Multimodal Agent Graphs. The workshop uses Spanner Graph, Gemini, ADK and Memory Bank to build that stack. Watch it today, then read the full “From RAG to Context Graphs” roadmap below.

Morlex

74,134 Aufrufe • vor 22 Tagen

Ex-Google engineer just compressed the shift from AI agents to "graphs" and "loops" into one 2h47m lecture: • 00:00 - understanding the different layers of AI memory • 30:00 - moving from simple LLM calls to AI agents • 50:00 - why agent systems are becoming a graph engineering problem • 1:12:00 - connecting context, tools and agent state • 1:24:00 - building a minimal agent harness from scratch • 1:46:00 - breaking down the architecture behind Hermes Agent • 2:08:00 - turning agent concepts into working systems 167-minute deep dive, and one of the clearest ways to understand how AI engineering is moving beyond prompts The progression: Prompt → Context → Memory → Agent → Loop → Graph → Agent Harness Watch it today, then read the full roadmap below
2:47:42

Ex-Google engineer just compressed the shift from AI agents to "graphs" and "loops" into one 2h47m lecture: • 00:00 - understanding the different layers of AI memory • 30:00 - moving from simple LLM calls to AI agents • 50:00 - why agent systems are becoming a graph engineering problem • 1:12:00 - connecting context, tools and agent state • 1:24:00 - building a minimal agent harness from scratch • 1:46:00 - breaking down the architecture behind Hermes Agent • 2:08:00 - turning agent concepts into working systems 167-minute deep dive, and one of the clearest ways to understand how AI engineering is moving beyond prompts The progression: Prompt → Context → Memory → Agent → Loop → Graph → Agent Harness Watch it today, then read the full roadmap below

Morlex

50,478 Aufrufe • vor 17 Tagen

Creator of agent loops: "Anthropic also using my agent systems formula and still the biggest mistake in agents: is skipping Graphs" his 3 rules for every agent: rule 1 → loop it, don't run once - think, act, observe, repeat - cut the context and it forgets why it started rule 2 → an agent is memory + tools + reasoning - drop one and it breaks rule 3 → stop fine-tuning the model - the real alpha is the infrastructure around it the formula behind every AI agent - explained by the one who wrote it one agent → a loop → a graph of loops → a system that never forgets watch & bookmark - then read how to wire it into a graph ↓
45:37

Creator of agent loops: "Anthropic also using my agent systems formula and still the biggest mistake in agents: is skipping Graphs" his 3 rules for every agent: rule 1 → loop it, don't run once - think, act, observe, repeat - cut the context and it forgets why it started rule 2 → an agent is memory + tools + reasoning - drop one and it breaks rule 3 → stop fine-tuning the model - the real alpha is the infrastructure around it the formula behind every AI agent - explained by the one who wrote it one agent → a loop → a graph of loops → a system that never forgets watch & bookmark - then read how to wire it into a graph ↓

codila

23,915 Aufrufe • vor 1 Monat

🚨 Spot the Synthetic ❌ Social Media accounts are circulating false claims alleging that “20,000 Sikh and Muslim soldiers resigned from the Army” and are attributing fabricated statements to the Chief of Army Staff. ✅ Fact: The video being shared is digitally altered using AI and is part of routine propaganda by Pak based accounts. It aims to create confusion leading to sharing by few Indian Instagram accounts like Sarabjit Singh without verification of the fake synthetic content. 🔗 Original source / context video: 🎯 Disinformation pattern observed: Old or edited clips → misleading captions → viral resharing → false institutional claims → emotional amplification online ⚠️ Always verify before sharing information from unverified sources. #IndianArmy #FactCheck #FakeNews ADG PI - INDIAN ARMY
1:46

🚨 Spot the Synthetic ❌ Social Media accounts are circulating false claims alleging that “20,000 Sikh and Muslim soldiers resigned from the Army” and are attributing fabricated statements to the Chief of Army Staff. ✅ Fact: The video being shared is digitally altered using AI and is part of routine propaganda by Pak based accounts. It aims to create confusion leading to sharing by few Indian Instagram accounts like Sarabjit Singh without verification of the fake synthetic content. 🔗 Original source / context video: 🎯 Disinformation pattern observed: Old or edited clips → misleading captions → viral resharing → false institutional claims → emotional amplification online ⚠️ Always verify before sharing information from unverified sources. #IndianArmy #FactCheck #FakeNews ADG PI - INDIAN ARMY

INDIAN ARMY FACT CHECK

42,590 Aufrufe • vor 2 Monaten

🚀 Global Launch: Jarvix, Your Context OS is now live! Meet the next generation of personalized AI built around your context, your taste, and your way of thinking. #JarvixOS transforms how you work with AI by understanding your patterns, carrying your context across agents, and helping you move from ideas to action. Step into a new era of AI collaboration: • Discover your AI-native archetype • Build your personal AI model from your evolving AI interactions • Never start from zero - your context moves with you across sessions • Coordinate Codex, Claude Code, Gemini, Hermes, OpenClaw, and more as one connected AI team. • Turn insights into your next move, with you always in control Instead of adapting yourself to every agent, Jarvix carries the context you choose, helps you understand what it reveals, and brings the right agents together when you decide to act. Your AI tools shouldn’t work like separate assistants. They should work like one team. That’s the future of AI: Not more agents. One shared context. One Jarvix.
1:34

🚀 Global Launch: Jarvix, Your Context OS is now live! Meet the next generation of personalized AI built around your context, your taste, and your way of thinking. #JarvixOS transforms how you work with AI by understanding your patterns, carrying your context across agents, and helping you move from ideas to action. Step into a new era of AI collaboration: • Discover your AI-native archetype • Build your personal AI model from your evolving AI interactions • Never start from zero - your context moves with you across sessions • Coordinate Codex, Claude Code, Gemini, Hermes, OpenClaw, and more as one connected AI team. • Turn insights into your next move, with you always in control Instead of adapting yourself to every agent, Jarvix carries the context you choose, helps you understand what it reveals, and brings the right agents together when you decide to act. Your AI tools shouldn’t work like separate assistants. They should work like one team. That’s the future of AI: Not more agents. One shared context. One Jarvix.

Jarvix

1,687,755 Aufrufe • vor 20 Tagen

i merged all my AI agents into one brain Claude Code, Codex, Gemini: one team, one memory, zero re-briefing result: 8+ hours a week back, and every agent already knows my projects, my clients and how i think here's the setup with Jarvix: 1. dump your context once: projects, clients, writing style, how you make decisions.. it builds your personal model from your actual AI interactions 2. switch agents mid-task with zero re-briefing: Claude Code builds, Codex reviews, Gemini researches, all reading the same context 3. it carries what YOU choose across sessions.. never start a chat from zero again 4. when it's time to act, it pulls the right agents together as one team instead of five separate assistants the unlock isn't another agent. it's that your context finally travels agents without shared memory are five interns on their first day, forever. agents with it are a team that's worked with you for years not more agents. one shared context that's the right bet P.S. thanks to the Jarvix team for the early access
2:15

i merged all my AI agents into one brain Claude Code, Codex, Gemini: one team, one memory, zero re-briefing result: 8+ hours a week back, and every agent already knows my projects, my clients and how i think here's the setup with Jarvix: 1. dump your context once: projects, clients, writing style, how you make decisions.. it builds your personal model from your actual AI interactions 2. switch agents mid-task with zero re-briefing: Claude Code builds, Codex reviews, Gemini researches, all reading the same context 3. it carries what YOU choose across sessions.. never start a chat from zero again 4. when it's time to act, it pulls the right agents together as one team instead of five separate assistants the unlock isn't another agent. it's that your context finally travels agents without shared memory are five interns on their first day, forever. agents with it are a team that's worked with you for years not more agents. one shared context that's the right bet P.S. thanks to the Jarvix team for the early access

Ronin

15,071 Aufrufe • vor 20 Tagen

We’ve been in private beta with a human + AI workspace similar to Buzz, with a few really important differences: (We previously built a company backed by Slack that sold to Atlassian, so we've been thinking about this problem for a while) - Agents reply by default unless you specifically flip to “team chat.” This feels 10x better than having to @ mention the agent every time. - It’s all in the cloud, with shared compute spread across a set of VMs. Way smoother onboarding, and yes, you can still connect your claude/codex subscriptions - You don’t create an army of agents. Number of agents is a vanity metric. Instead, you create shared computers, each one is a “space” where you define shared memory, connectors, skills, automations, etc. The Type agent pulls the appropriate context from the space where you have the conversation. - You can connect it to Slack to make it easy for your team to adopt and slowly move over rather than having to rip out Slack day 1. We’re working with a couple dozen forward thinking companies, who have told us “the whole team loves type”, “it’s the most used app on my computer”, and “type gives you superpowers” Here's a demo of how it works. Reply if you want to test it out!
5:09

We’ve been in private beta with a human + AI workspace similar to Buzz, with a few really important differences: (We previously built a company backed by Slack that sold to Atlassian, so we've been thinking about this problem for a while) - Agents reply by default unless you specifically flip to “team chat.” This feels 10x better than having to @ mention the agent every time. - It’s all in the cloud, with shared compute spread across a set of VMs. Way smoother onboarding, and yes, you can still connect your claude/codex subscriptions - You don’t create an army of agents. Number of agents is a vanity metric. Instead, you create shared computers, each one is a “space” where you define shared memory, connectors, skills, automations, etc. The Type agent pulls the appropriate context from the space where you have the conversation. - You can connect it to Slack to make it easy for your team to adopt and slowly move over rather than having to rip out Slack day 1. We’re working with a couple dozen forward thinking companies, who have told us “the whole team loves type”, “it’s the most used app on my computer”, and “type gives you superpowers” Here's a demo of how it works. Reply if you want to test it out!

Fletcher Richman

371,623 Aufrufe • vor 1 Monat

Anthropic hired this engineer at $250k-$750k/year because he can build knowledge Graphs for multi-agent systems: in this 15-min workshop he explain exactly how, using loops - from scratch step 1 → start from the Claude Agent SDK - you get the loop, context, and sandbox for free - bring the task, not the plumbing step 2 → split the brain from the hands - reasoning in one place, tools in a sandbox - the model thinks while the container boots: ~60% faster to first token step 3 → run it server-side, log every step - close your laptop and it keeps going - crashes resume from the log, not from zero step 4 → make failure cheap - dead sandbox retries, session log replays the context it dropped - that's what survives production step 5 → batch yesterday's logs into new memory and skills - it wakes up smarter - Anthropic calls this "dreaming" most people wire this by hand for weeks - the point is you don't have to watch & bookmark - then read how to get full graph system below ↓
12:01

Anthropic hired this engineer at $250k-$750k/year because he can build knowledge Graphs for multi-agent systems: in this 15-min workshop he explain exactly how, using loops - from scratch step 1 → start from the Claude Agent SDK - you get the loop, context, and sandbox for free - bring the task, not the plumbing step 2 → split the brain from the hands - reasoning in one place, tools in a sandbox - the model thinks while the container boots: ~60% faster to first token step 3 → run it server-side, log every step - close your laptop and it keeps going - crashes resume from the log, not from zero step 4 → make failure cheap - dead sandbox retries, session log replays the context it dropped - that's what survives production step 5 → batch yesterday's logs into new memory and skills - it wakes up smarter - Anthropic calls this "dreaming" most people wire this by hand for weeks - the point is you don't have to watch & bookmark - then read how to get full graph system below ↓

codila

118,633 Aufrufe • vor 22 Tagen

Today, a breakthrough in AI can affect chips, energy infrastructure, public markets, and digital assets at the same time. Important signals rarely stay inside one category. Coincamps brings these developments together, helping readers understand not only what happened, but why it matters. What you’ll find on Coincamps: ⚡ 24/7 Flash Updates Follow fast-moving developments as they unfold, with concise updates designed for quick reading. 📰 In-Depth Articles Go beyond the headline with broader context, background, and analysis of the forces shaping technology and markets. 🤖 AI & Technology Coverage Track major models, agents, infrastructure, chips, cloud computing, enterprise adoption, and the companies building the next generation of technology. 🌐 Web3 & Crypto Intelligence Stay informed about protocols, digital assets, regulation, security incidents, institutional activity, and changes across the wider Web3 ecosystem. 📊 Global Market Context Understand how macroeconomics, policy, energy, capital, and geopolitics connect with emerging technology and digital markets. 🔗 Source-Linked Reporting Where available, Coincamps connects readers with original sources so they can review the information and form their own conclusions. 🌍 English & Chinese Access Switch between English and Chinese to follow important stories across regions and information ecosystems. Coincamps is designed for founders, builders, researchers, operators, investors, and curious readers who want to spend less time searching and more time understanding. We do not tell you what to think. We help you see the signals, connect the context, and follow change as it takes shape. Less noise. More signal. Explore Coincamps: #Coincamps #Web3 #AI #CryptoNews #TechNews #MarketIntelligence
0:30

Today, a breakthrough in AI can affect chips, energy infrastructure, public markets, and digital assets at the same time. Important signals rarely stay inside one category. Coincamps brings these developments together, helping readers understand not only what happened, but why it matters. What you’ll find on Coincamps: ⚡ 24/7 Flash Updates Follow fast-moving developments as they unfold, with concise updates designed for quick reading. 📰 In-Depth Articles Go beyond the headline with broader context, background, and analysis of the forces shaping technology and markets. 🤖 AI & Technology Coverage Track major models, agents, infrastructure, chips, cloud computing, enterprise adoption, and the companies building the next generation of technology. 🌐 Web3 & Crypto Intelligence Stay informed about protocols, digital assets, regulation, security incidents, institutional activity, and changes across the wider Web3 ecosystem. 📊 Global Market Context Understand how macroeconomics, policy, energy, capital, and geopolitics connect with emerging technology and digital markets. 🔗 Source-Linked Reporting Where available, Coincamps connects readers with original sources so they can review the information and form their own conclusions. 🌍 English & Chinese Access Switch between English and Chinese to follow important stories across regions and information ecosystems. Coincamps is designed for founders, builders, researchers, operators, investors, and curious readers who want to spend less time searching and more time understanding. We do not tell you what to think. We help you see the signals, connect the context, and follow change as it takes shape. Less noise. More signal. Explore Coincamps: #Coincamps #Web3 #AI #CryptoNews #TechNews #MarketIntelligence

Coincamps

16,067 Aufrufe • vor 21 Tagen

HERMES AGENT CAN SHARE MEMORY WITH CODEX AND CLAUDE CODE THROUGH HINDSIGHT. ONE MEMORY BANK. ONE AGENT REMEMBERS, EVERY OTHER AGENT KNOWS. the problem: you use Hermes for orchestration. Codex for coding. Claude Code for debugging. each has its own memory. switch between them and you explain the same project three times. Hindsight fixes this. one shared memory bank that every agent reads and writes to. tell Codex: "the test color for this project is purple." switch to Hermes. ask: "what test color did I pick?" Hermes answers: "purple." no copy-paste. no re-explaining. instant recall. HOW IT WORKS: Hindsight runs as a Docker container on your machine. self-hosted. your data stays local. an LLM powers the memory processing (retain, recall, reflect). RETAIN: extracts facts from your conversations. entities, decisions, preferences, project context. saved to the memory bank automatically. RECALL: when you ask a question, Hindsight pulls from semantic search, keywords, graph connections, and temporal data. fused into one answer. REFLECT: deeper reasoning layer. connects memories across sessions. identifies patterns in your work. produces observations that get smarter over time. CONNECT TO HERMES: Desktop app: Settings → Memory and Context → switch provider from Namosin to Hindsight. set API URL to your local Docker container. set bank ID. done. CLI: hermes memory setup → select Hindsight. verify: hermes memory status should show: provider: hindsight, installed, available. CONNECT TO CODEX: npx hindsight-coding-agents install codex \ --self-hosted --server this installs lifecycle hooks: initialize memory on session start. recall context during work. retain the session when done. enable hooks in Codex: Settings → Hooks → trust all three. CONNECT TO CLAUDE CODE (same command): npx hindsight-coding-agents install all "all" connects every detected agent on your machine. Claude Code, Codex, Cursor, and others. one command. every agent shares the same bank. TAGS FOR FILTERING: every memory gets tagged by harness (Hermes, Codex, Claude Code) and optionally by project name. in the Hindsight control plane: filter by harness. see only Hermes memories. or only Codex memories. or search across everything. soft partitions inside one bank. not hard walls. cross-reference when you need to. ONE BANK OR MANY: one global bank: solo dev, related projects. all agents share everything. patterns emerge across projects. per-project banks: unrelated codebases. each project gets its own memory. no cross-contamination. your call. start with one. split when projects diverge. KNOWLEDGE PAGES (v0.9.0): Hindsight auto-generates living summaries from your accumulated memories. components, concepts, conventions, decisions. not static docs. projected from real agent conversations. auto-refresh as new memories land. WHAT TO KNOW: self-hosted via Docker. your data never leaves your machine. backup system built in (admin CLI + scheduled exports). works with any LLM (local Ollama, OpenAI, Codex subscription). memory defense: redact or block sensitive content automatically. 33,000+ memories accumulated in ~10 days of normal use.
34:12

HERMES AGENT CAN SHARE MEMORY WITH CODEX AND CLAUDE CODE THROUGH HINDSIGHT. ONE MEMORY BANK. ONE AGENT REMEMBERS, EVERY OTHER AGENT KNOWS. the problem: you use Hermes for orchestration. Codex for coding. Claude Code for debugging. each has its own memory. switch between them and you explain the same project three times. Hindsight fixes this. one shared memory bank that every agent reads and writes to. tell Codex: "the test color for this project is purple." switch to Hermes. ask: "what test color did I pick?" Hermes answers: "purple." no copy-paste. no re-explaining. instant recall. HOW IT WORKS: Hindsight runs as a Docker container on your machine. self-hosted. your data stays local. an LLM powers the memory processing (retain, recall, reflect). RETAIN: extracts facts from your conversations. entities, decisions, preferences, project context. saved to the memory bank automatically. RECALL: when you ask a question, Hindsight pulls from semantic search, keywords, graph connections, and temporal data. fused into one answer. REFLECT: deeper reasoning layer. connects memories across sessions. identifies patterns in your work. produces observations that get smarter over time. CONNECT TO HERMES: Desktop app: Settings → Memory and Context → switch provider from Namosin to Hindsight. set API URL to your local Docker container. set bank ID. done. CLI: hermes memory setup → select Hindsight. verify: hermes memory status should show: provider: hindsight, installed, available. CONNECT TO CODEX: npx hindsight-coding-agents install codex \ --self-hosted --server this installs lifecycle hooks: initialize memory on session start. recall context during work. retain the session when done. enable hooks in Codex: Settings → Hooks → trust all three. CONNECT TO CLAUDE CODE (same command): npx hindsight-coding-agents install all "all" connects every detected agent on your machine. Claude Code, Codex, Cursor, and others. one command. every agent shares the same bank. TAGS FOR FILTERING: every memory gets tagged by harness (Hermes, Codex, Claude Code) and optionally by project name. in the Hindsight control plane: filter by harness. see only Hermes memories. or only Codex memories. or search across everything. soft partitions inside one bank. not hard walls. cross-reference when you need to. ONE BANK OR MANY: one global bank: solo dev, related projects. all agents share everything. patterns emerge across projects. per-project banks: unrelated codebases. each project gets its own memory. no cross-contamination. your call. start with one. split when projects diverge. KNOWLEDGE PAGES (v0.9.0): Hindsight auto-generates living summaries from your accumulated memories. components, concepts, conventions, decisions. not static docs. projected from real agent conversations. auto-refresh as new memories land. WHAT TO KNOW: self-hosted via Docker. your data never leaves your machine. backup system built in (admin CLI + scheduled exports). works with any LLM (local Ollama, OpenAI, Codex subscription). memory defense: redact or block sensitive content automatically. 33,000+ memories accumulated in ~10 days of normal use.

YanXbt

29,200 Aufrufe • vor 14 Tagen

This little device lets your agents do what they do best, whilst making sure you approve every important action. This is a Ledger Nano Gen5, a hardware signer that keeps your accounts secure. You can install a CLI and a set of skills in your projects. These will enable your agents to send their plan to the signer, so you can approve it. This is awesome: 1. You can have an automated agentic workflow 2. Your agents can't make costly mistakes Check the video I recorded to see how this works. You can run all of this in two commands: 1. Install the CLI 2. Install the skills for your agent From here, the agent can query my Ethereum accounts, check balances, and even initiate transactions as long as my Ledger Nano Gen5 is plugged into the computer. My keys are never stored in my computer and never shared with the agent. This is huge! Also, while the agent can set up transactions, it can't execute them unless a human approves them using the device. Pretty awesome! Thanks to the Ledger team for partnering with me on this post.
7:45

This little device lets your agents do what they do best, whilst making sure you approve every important action. This is a Ledger Nano Gen5, a hardware signer that keeps your accounts secure. You can install a CLI and a set of skills in your projects. These will enable your agents to send their plan to the signer, so you can approve it. This is awesome: 1. You can have an automated agentic workflow 2. Your agents can't make costly mistakes Check the video I recorded to see how this works. You can run all of this in two commands: 1. Install the CLI 2. Install the skills for your agent From here, the agent can query my Ethereum accounts, check balances, and even initiate transactions as long as my Ledger Nano Gen5 is plugged into the computer. My keys are never stored in my computer and never shared with the agent. This is huge! Also, while the agent can set up transactions, it can't execute them unless a human approves them using the device. Pretty awesome! Thanks to the Ledger team for partnering with me on this post.

Santiago

44,296 Aufrufe • vor 2 Monaten

man anthropic is absolutely cooking microsoft. claude now works natively in word, powerpoint and excel. thats 450M users but how the fuck did anthropic beat microsoft co-pilot? it gets worse - microsoft blew $13B creating co-pilot and owns 27% of openai yet no sign on chatgpt. - claude has access to SHARED context across excel, word and powerpoint. they know the footprint of microsoft's users - very valuable AI data. - only 15M microsoft users pay for copilot, so its clear they need to go model-agnostic - this is the 3rd major microsoft product to leverage claude (cowork and deep research are the other 2) very impressive execution from anthropic tbh, they are trying to be everywhere and anywhere - its working
0:57

man anthropic is absolutely cooking microsoft. claude now works natively in word, powerpoint and excel. thats 450M users but how the fuck did anthropic beat microsoft co-pilot? it gets worse - microsoft blew $13B creating co-pilot and owns 27% of openai yet no sign on chatgpt. - claude has access to SHARED context across excel, word and powerpoint. they know the footprint of microsoft's users - very valuable AI data. - only 15M microsoft users pay for copilot, so its clear they need to go model-agnostic - this is the 3rd major microsoft product to leverage claude (cowork and deep research are the other 2) very impressive execution from anthropic tbh, they are trying to be everywhere and anywhere - its working

Ejaaz

473,819 Aufrufe • vor 4 Monaten

HERMES AGENT HAS 5 SYSTEMS RUNNING UNDER THE HOOD. UNDERSTAND THEM AND YOU USE THE AGENT 10X BETTER. In this video Alejandro AO 🤗 explained: 1. THE AGENT LOOP every message triggers the same cycle: → you send a message → Hermes builds context (SOUL.md + memory.md + user.md + skills + tools + message history) → sends everything to the LLM → LLM decides: call a tool or respond → if tool call: execute, return result, loop back → if response: deliver to you → after response: memory update (agent checks if anything is worth remembering, writes to memory.md or user.md) this loop is why Hermes gets better over time. the memory update after every response means the agent learns from every conversation. 2. CONTEXT ASSEMBLY what the LLM sees on every turn: → SOUL.md (your agent's personality and rules) → memory.md (facts the agent learned over time) → user.md (facts about you, auto-updated) → AGENTS.md and .hermes.md (project context files) → skill descriptions (loaded on demand) → tool schemas (available actions) → message history (current conversation) if SOUL.md is empty, Hermes falls back to a default system prompt. write your own SOUL.md and the agent becomes yours, not generic. CONTEXT COMPRESSION: conversations hit context limits. Hermes handles this at two checkpoints: preflight: before each turn. if conversation exceeds 50% of context window, compression fires. older messages get summarized. last 20 messages stay intact (protect_last_n). gateway auto-compression: between turns. fires at 85%. more aggressive. prevents API errors before the agent even starts processing your message. after compression, a new session lineage ID is generated. the agent can trace back to the original conversation through SQLite. three things break prompt cache: switching models mid-session, changing memory files, or changing context files. 3. THE GATEWAY the system that keeps Hermes reachable on 27+ messaging platforms. an async loop runs continuously. listens for incoming messages from Telegram, Discord, Slack, WhatsApp, email, SMS, and every other adapter. when a message arrives: → gateway identifies which session it belongs to → queries SQLite for the full message history (session ID = platform prefix + chat ID) → builds the context from scratch → sends everything into the agent loop → delivers the response back to the platform the gateway also runs the session manager. when you send a message while the agent is busy: → default: queued for next turn → /steer: injected without interrupting → /interrupt: stops current work without the gateway, Hermes is a CLI tool. with the gateway, Hermes is an always-on agent you reach from your phone. 4. MEMORY (THREE LAYERS) LAYER 1 — MARKDOWN FILES SOUL.md (identity), memory.md (learned facts), user.md (facts about you). injected into context after the system prompt. updated by the agent after every response. LAYER 2 — SQLITE full transcripts of every session stored locally. FTS5 full-text search across all past conversations. session lineage tracking across compressions. the agent can recall what you discussed weeks ago using /recall or session search. LAYER 3 — EXTERNAL PROVIDERS (optional) 8 supported providers: Mem0, SuperMemory, Honcho, Zep, and more. each works differently (semantic search, LLM extraction, similarity matching). queried after the first message in each session. the agent processes your topic first, then checks external memory for related context from past conversations. not enabled by default. enable for significantly better long-term recall. 5. CRON ENGINE a loop inside the gateway ticks every 60 seconds. each tick checks ~/.hermes/cron/jobs.json for scheduled tasks. if a job is due: → fresh session (no chat history, no memory pollution) → execute the prompt with assigned tools → store the run output as markdown in ~/.hermes/cron/output/[job-id]/ → deliver result to your home messaging platform cron does NOT use the send_message tool. delivery happens at the system level, not the agent level. a cron session cannot create more cron jobs. prevents runaway loops. WHY THIS MATTERS: the agent loop teaches it. the context assembly focuses it. the gateway reaches it. the memory remembers it. the cron engine automates it. five systems. one agent. understanding how they connect changes how you configure every level. full 15 levels breakdown in the article 👇
40:28

HERMES AGENT HAS 5 SYSTEMS RUNNING UNDER THE HOOD. UNDERSTAND THEM AND YOU USE THE AGENT 10X BETTER. In this video Alejandro AO 🤗 explained: 1. THE AGENT LOOP every message triggers the same cycle: → you send a message → Hermes builds context (SOUL.md + memory.md + user.md + skills + tools + message history) → sends everything to the LLM → LLM decides: call a tool or respond → if tool call: execute, return result, loop back → if response: deliver to you → after response: memory update (agent checks if anything is worth remembering, writes to memory.md or user.md) this loop is why Hermes gets better over time. the memory update after every response means the agent learns from every conversation. 2. CONTEXT ASSEMBLY what the LLM sees on every turn: → SOUL.md (your agent's personality and rules) → memory.md (facts the agent learned over time) → user.md (facts about you, auto-updated) → AGENTS.md and .hermes.md (project context files) → skill descriptions (loaded on demand) → tool schemas (available actions) → message history (current conversation) if SOUL.md is empty, Hermes falls back to a default system prompt. write your own SOUL.md and the agent becomes yours, not generic. CONTEXT COMPRESSION: conversations hit context limits. Hermes handles this at two checkpoints: preflight: before each turn. if conversation exceeds 50% of context window, compression fires. older messages get summarized. last 20 messages stay intact (protect_last_n). gateway auto-compression: between turns. fires at 85%. more aggressive. prevents API errors before the agent even starts processing your message. after compression, a new session lineage ID is generated. the agent can trace back to the original conversation through SQLite. three things break prompt cache: switching models mid-session, changing memory files, or changing context files. 3. THE GATEWAY the system that keeps Hermes reachable on 27+ messaging platforms. an async loop runs continuously. listens for incoming messages from Telegram, Discord, Slack, WhatsApp, email, SMS, and every other adapter. when a message arrives: → gateway identifies which session it belongs to → queries SQLite for the full message history (session ID = platform prefix + chat ID) → builds the context from scratch → sends everything into the agent loop → delivers the response back to the platform the gateway also runs the session manager. when you send a message while the agent is busy: → default: queued for next turn → /steer: injected without interrupting → /interrupt: stops current work without the gateway, Hermes is a CLI tool. with the gateway, Hermes is an always-on agent you reach from your phone. 4. MEMORY (THREE LAYERS) LAYER 1 — MARKDOWN FILES SOUL.md (identity), memory.md (learned facts), user.md (facts about you). injected into context after the system prompt. updated by the agent after every response. LAYER 2 — SQLITE full transcripts of every session stored locally. FTS5 full-text search across all past conversations. session lineage tracking across compressions. the agent can recall what you discussed weeks ago using /recall or session search. LAYER 3 — EXTERNAL PROVIDERS (optional) 8 supported providers: Mem0, SuperMemory, Honcho, Zep, and more. each works differently (semantic search, LLM extraction, similarity matching). queried after the first message in each session. the agent processes your topic first, then checks external memory for related context from past conversations. not enabled by default. enable for significantly better long-term recall. 5. CRON ENGINE a loop inside the gateway ticks every 60 seconds. each tick checks ~/.hermes/cron/jobs.json for scheduled tasks. if a job is due: → fresh session (no chat history, no memory pollution) → execute the prompt with assigned tools → store the run output as markdown in ~/.hermes/cron/output/[job-id]/ → deliver result to your home messaging platform cron does NOT use the send_message tool. delivery happens at the system level, not the agent level. a cron session cannot create more cron jobs. prevents runaway loops. WHY THIS MATTERS: the agent loop teaches it. the context assembly focuses it. the gateway reaches it. the memory remembers it. the cron engine automates it. five systems. one agent. understanding how they connect changes how you configure every level. full 15 levels breakdown in the article 👇

YanXbt

51,860 Aufrufe • vor 2 Monaten

New Course: ACP: Agent Communication Protocol Learn to build agents that communicate and collaborate across different frameworks using ACP in this short course built with IBM Research's BeeAI, and taught by Sandi Besen, AI Research Engineer & Ecosystem Lead at IBM, and Nicholas Renotte, Head of AI Developer Advocacy at IBM. Building a multi-agent system with agents built or used by different teams and organizations can become challenging. You may need to write custom integrations each time a team updates their agent design or changes their choice of agentic orchestration framework. The Agent Communication Protocol (ACP) is an open protocol that addresses this challenge by standardizing how agents communicate, using a unified RESTful interface that works across frameworks. In this protocol, you host an agent inside an ACP server, which handles requests from an ACP client and passes them to the appropriate agent. Using a standardized client-server interface allows multiple teams to reuse agents across projects. It also makes it easier to switch between frameworks, replace an agent with a new version, or update a multi-agent system without refactoring the entire system. In this course, you’ll learn to connect agents through ACP. You’ll understand the lifecycle of an ACP Agent and how it compares to other protocols, such as MCP (Model Context Protocol) and A2A (Agent-to-Agent). You’ll build ACP-compliant agents and implement both sequential and hierarchical workflows of multiple agents collaborating using ACP. Through hands-on exercises, you’ll build: - A RAG agent with CrewAI and wrap it inside an ACP server. - An ACP Client to make calls to the ACP server you created. - A sequential workflow that chains an ACP server, created with Smolagents, to the RAG agent. - A hierarchical workflow using a router agent that transforms user queries into tasks, delegated to agents available through ACP servers. - An agent that uses MCP to access tools and ACP to communicate with other agents. You’ll finish up by importing your ACP agents into the BeeAI platform, an open-source registry for discovering and sharing agents. ACP enables collaboration between agents across teams and organizations. By the end of this course, you’ll be able to build ACP agents and workflows that communicate and collaborate regardless of framework. Please sign up here:
2:49

New Course: ACP: Agent Communication Protocol Learn to build agents that communicate and collaborate across different frameworks using ACP in this short course built with IBM Research's BeeAI, and taught by Sandi Besen, AI Research Engineer & Ecosystem Lead at IBM, and Nicholas Renotte, Head of AI Developer Advocacy at IBM. Building a multi-agent system with agents built or used by different teams and organizations can become challenging. You may need to write custom integrations each time a team updates their agent design or changes their choice of agentic orchestration framework. The Agent Communication Protocol (ACP) is an open protocol that addresses this challenge by standardizing how agents communicate, using a unified RESTful interface that works across frameworks. In this protocol, you host an agent inside an ACP server, which handles requests from an ACP client and passes them to the appropriate agent. Using a standardized client-server interface allows multiple teams to reuse agents across projects. It also makes it easier to switch between frameworks, replace an agent with a new version, or update a multi-agent system without refactoring the entire system. In this course, you’ll learn to connect agents through ACP. You’ll understand the lifecycle of an ACP Agent and how it compares to other protocols, such as MCP (Model Context Protocol) and A2A (Agent-to-Agent). You’ll build ACP-compliant agents and implement both sequential and hierarchical workflows of multiple agents collaborating using ACP. Through hands-on exercises, you’ll build: - A RAG agent with CrewAI and wrap it inside an ACP server. - An ACP Client to make calls to the ACP server you created. - A sequential workflow that chains an ACP server, created with Smolagents, to the RAG agent. - A hierarchical workflow using a router agent that transforms user queries into tasks, delegated to agents available through ACP servers. - An agent that uses MCP to access tools and ACP to communicate with other agents. You’ll finish up by importing your ACP agents into the BeeAI platform, an open-source registry for discovering and sharing agents. ACP enables collaboration between agents across teams and organizations. By the end of this course, you’ll be able to build ACP agents and workflows that communicate and collaborate regardless of framework. Please sign up here:

Andrew Ng

105,343 Aufrufe • vor 1 Jahr

A DEVELOPER CONNECTED CLAUDE CODE TO OBSIDIAN SO HIS AI AGENT WOULD STOP FORGETTING THE PROJECT EVERY MORNING. Every coding session used to start the same way. Claude would understand the repo, fix the bug, explain the architecture, and then the moment the session ended, all of that context disappeared. Same codebase. Same decisions. Same architecture. Same mistakes repeated again. So he added a memory layer. Instead of treating Claude Code like a smart terminal, he connected it to a local Obsidian vault through MCP. Now Claude can read the repo, open the vault, create notes, link concepts, and write important decisions back into the system. When it studies the codebase, it does not just answer once and forget. It creates notes for the major services, maps how the architecture works, links auth to the database, connects APIs to storage, and records why certain migrations or design choices exist. Obsidian becomes the project graph. Now when he asks why something was built a certain way, Claude does not guess from the current prompt. It reads the decision notes. When he starts a new branch, Claude checks the active context file. When the work is done, it updates what changed, what is blocked, and what the next agent needs to know before touching the repo. That is the real loop: read context, write code, capture decisions, update memory. Most people are still using AI coding tools like disposable chat windows. Ask, patch, close, forget. This setup turns Claude Code into infrastructure. The repo gets a memory layer that survives every session, and multiple AI agents can work from the same project map without stepping on each other. The unlock is not better prompting. The unlock is giving the agent somewhere to remember what it already learned.
4:19

A DEVELOPER CONNECTED CLAUDE CODE TO OBSIDIAN SO HIS AI AGENT WOULD STOP FORGETTING THE PROJECT EVERY MORNING. Every coding session used to start the same way. Claude would understand the repo, fix the bug, explain the architecture, and then the moment the session ended, all of that context disappeared. Same codebase. Same decisions. Same architecture. Same mistakes repeated again. So he added a memory layer. Instead of treating Claude Code like a smart terminal, he connected it to a local Obsidian vault through MCP. Now Claude can read the repo, open the vault, create notes, link concepts, and write important decisions back into the system. When it studies the codebase, it does not just answer once and forget. It creates notes for the major services, maps how the architecture works, links auth to the database, connects APIs to storage, and records why certain migrations or design choices exist. Obsidian becomes the project graph. Now when he asks why something was built a certain way, Claude does not guess from the current prompt. It reads the decision notes. When he starts a new branch, Claude checks the active context file. When the work is done, it updates what changed, what is blocked, and what the next agent needs to know before touching the repo. That is the real loop: read context, write code, capture decisions, update memory. Most people are still using AI coding tools like disposable chat windows. Ask, patch, close, forget. This setup turns Claude Code into infrastructure. The repo gets a memory layer that survives every session, and multiple AI agents can work from the same project map without stepping on each other. The unlock is not better prompting. The unlock is giving the agent somewhere to remember what it already learned.

DegenCalls

20,124 Aufrufe • vor 2 Monaten

One of the best parts of building Notion is seeing how others use it—especially when they use it in ways that push us to think bigger about how we use our own product. OpenAI is one of those teams. They’ve grown from a few hundred employees to thousands in just a few years. Staying aligned at that scale? Not easy. But they’ve done it by working with real intention—writing things down, sharing context, building systems that help people move quickly together. Over time, Notion became part of how they do that. What started as a few docs turned into a shared brain for their team—research, retros, standups, specs, and decisions, all connected and searchable. They follow a rule I love: Leave things better than you found them. The campsite rule. In Notion, that means adding context, improving what’s there, and helping the next person move faster. And with Notion AI, that shared memory becomes instantly useful—surfacing decisions, edge cases, or ideas you didn’t even know existed. Today, Notion supports OpenAI across their teams—from research to product. The complexity of their space hasn’t gone away. But the friction of building has—with Notion. That’s the kind of progress and collaboration we hope to support—not just for OpenAI, but for any team building something that matters.
2:31

One of the best parts of building Notion is seeing how others use it—especially when they use it in ways that push us to think bigger about how we use our own product. OpenAI is one of those teams. They’ve grown from a few hundred employees to thousands in just a few years. Staying aligned at that scale? Not easy. But they’ve done it by working with real intention—writing things down, sharing context, building systems that help people move quickly together. Over time, Notion became part of how they do that. What started as a few docs turned into a shared brain for their team—research, retros, standups, specs, and decisions, all connected and searchable. They follow a rule I love: Leave things better than you found them. The campsite rule. In Notion, that means adding context, improving what’s there, and helping the next person move faster. And with Notion AI, that shared memory becomes instantly useful—surfacing decisions, edge cases, or ideas you didn’t even know existed. Today, Notion supports OpenAI across their teams—from research to product. The complexity of their space hasn’t gone away. But the friction of building has—with Notion. That’s the kind of progress and collaboration we hope to support—not just for OpenAI, but for any team building something that matters.

Akshay Kothari

20,830 Aufrufe • vor 1 Jahr

Pakistani propaganda accounts are circulating a fake video claiming that India’s Chief of Defence Staff made mocking remarks against the US President Donald Trump. #PIBFactCheck: ⚠️ Beware! This is an '#AI-generated deepfake video' shared to mislead the public. ✅ The Chief of Defence Staff has made NO such statement. ➡️ Watch the original, unedited clip here: 🔗 If you come across such dubious content, please report it immediately at👇 📲 +91 8799711259 📩factcheck@pib.gov.in रक्षा मंत्री कार्यालय/ RMO India Ministry of Defence, Government of India HQ IDS ADG PI - INDIAN ARMY Ministry of Information and Broadcasting DD News All India Radio News
1:16

Pakistani propaganda accounts are circulating a fake video claiming that India’s Chief of Defence Staff made mocking remarks against the US President Donald Trump. #PIBFactCheck: ⚠️ Beware! This is an '#AI-generated deepfake video' shared to mislead the public. ✅ The Chief of Defence Staff has made NO such statement. ➡️ Watch the original, unedited clip here: 🔗 If you come across such dubious content, please report it immediately at👇 📲 +91 8799711259 📩[email protected] रक्षा मंत्री कार्यालय/ RMO India Ministry of Defence, Government of India HQ IDS ADG PI - INDIAN ARMY Ministry of Information and Broadcasting DD News All India Radio News

PIB Fact Check

27,508 Aufrufe • vor 4 Monaten

We’re excited to launch OpenMemory MCP, a private memory for MCP-compatible clients powered by mem0 Today, most AI assistants and dev tools operate without memory. You plan your roadmap in Claude, implement tasks in Cursor, but none of them know what the other did. Each tool operates in isolation, and your context disappears as soon as the session ends. OpenMemory MCP solves this. Built on the open Model Context Protocol (MCP), OpenMemory MCP runs 100% locally and provides a persistent, portable memory layer for all your AI tools. It enables agents and assistants to read from and write to a shared memory, securely and privately. Key capabilities: ✅Works across MCP clients like Cursor, Claude Desktop, Windsurf, Cline and more ✅Provides standardized memory operations (add_memories, search_memory, list_memories, delete_all_memories) ✅Stores data on your machine, fully private ✅Offers a centralized dashboard for visibility and control ✅Simple Docker-based setup with no vendor lock-in If you're building on MCP, OpenMemory MCP is the easiest way to add persistent, private memory to your clients with zero cloud dependencies and full local control. We’ve put together a short demo to show how it works Check it out in the links below 👇
2:24

We’re excited to launch OpenMemory MCP, a private memory for MCP-compatible clients powered by mem0 Today, most AI assistants and dev tools operate without memory. You plan your roadmap in Claude, implement tasks in Cursor, but none of them know what the other did. Each tool operates in isolation, and your context disappears as soon as the session ends. OpenMemory MCP solves this. Built on the open Model Context Protocol (MCP), OpenMemory MCP runs 100% locally and provides a persistent, portable memory layer for all your AI tools. It enables agents and assistants to read from and write to a shared memory, securely and privately. Key capabilities: ✅Works across MCP clients like Cursor, Claude Desktop, Windsurf, Cline and more ✅Provides standardized memory operations (add_memories, search_memory, list_memories, delete_all_memories) ✅Stores data on your machine, fully private ✅Offers a centralized dashboard for visibility and control ✅Simple Docker-based setup with no vendor lock-in If you're building on MCP, OpenMemory MCP is the easiest way to add persistent, private memory to your clients with zero cloud dependencies and full local control. We’ve put together a short demo to show how it works Check it out in the links below 👇

Taranjeet

472,126 Aufrufe • vor 1 Jahr