Video wird geladen...

Video konnte nicht geladen werden

Zur Startseite

IDA Pro into an AI-Reverse engineering workstation: - Instant function explanations + security analysis - Semantic knowledge graph of the entire binary - Autonomous ReAct agent, Extended thinking levels - Full MCP tool integration - Smart rename suggestions - Interactive Q&A with tool-calling - RAG over your own docs...

34,551 Aufrufe • vor 10 Tagen •via X (Twitter)

7 Kommentare

Profilbild von banzaan
banzaanvor 9 Tagen

the binary now explains itself

Profilbild von Cryptoartmaster
Cryptoartmastervor 9 Tagen

instant function explanations with a semantic graph is the real edge for binary analysis.

Profilbild von Nicholas Michael Kloster
Nicholas Michael Klostervor 9 Tagen

Ablation you don't need IDA PRO. Fully autonomous reverse engineering with Claude or Codex

Profilbild von Medo
Medovor 9 Tagen

deobfuscation?

Profilbild von tau-home.com
tau-home.comvor 9 Tagen

good

Profilbild von 🌧️💙 Neo the Kobold
🌧️💙 Neo the Koboldvor 9 Tagen

Genuine question- why use IDA pro, a paid thing, when Ghidra exists? This has been frustrating as I look at other decomps files and try to contribute to them, but I don’t own IDA pro, but it seems like Ghidra can do the same things. I’m very new to reverse engineering b nice 😊

Profilbild von Tushar kumar
Tushar kumarvor 9 Tagen

Before installing this open-source tool, you may want to verify that your reverse engineering platform is updated to version 9.0 or higher.

Ähnliche Videos

HERMES AGENT WITHOUT TOOLS IS A CHATBOT. WITH THEM IT BUILDS 3D TOWERS IN BLENDER, CHECKS STOCK PRICES, AND DRIVES VS CODE. tonbi JUST DROPPED THE FULL GUIDE. module 6 of his 10-part Hermes masterclass. best breakdown of the tool layer anyone has published. what you need to know: TOOLS vs SKILLS vs MCP skills = instructions (markdown, loaded into context) tools = callable functions (Python, agent emits call, Hermes executes) MCP = adapters to external systems (Blender, Stripe, Linear, Notion) every tool has three parts: → the function (does the real work) → the schema (what the model sees to decide when to call it) → the registry (makes the tool exist in the agent) the model never runs the function directly. it emits a structured request (tool name + JSON args). Hermes executes and returns the result. if the tool fails, the error goes back as JSON. the agent recovers instead of crashing. TOOL SETS CONTROL THE SURFACE hermes chat --tool-sets web # only web tools loaded. no files, no terminal. hermes chat --tool-sets safe # read-only: web search, vision, image gen. # no file writes. no terminal. no code execution. mid-session: /tools enable video /tools disable terminal or toggle in the dashboard: hermes dashboard → Skills → Tool Sets MCP SERVERS two transport types: STDIO (local subprocess) or HTTP (remote endpoint). add a server: hermes mcp # or ask: "add the MCP server for Blender" filter tools with include/exclude per server. keep only what you trust. security: → OAuth 2.1 PKCE (no long-lived tokens in config) → package scanning via api.osv. dev before launch → all MCP calls go through approval gates HERMES AS MCP SERVER hermes mcp serve exposes 10 tools via FastMCP. connect VS Code Copilot or Cursor to your running Hermes instance. BUILD YOUR OWN TOOL He built a stock price tool live: → Python function calling Finnhub API → schema with name, description, parameters → registered in tool_sets.py → agent calls it automatically when relevant any repeating API call in your workflow can become a native tool. full Hermes architecture deep-dive in the article 👇

YanXbt

32,680 Aufrufe • vor 4 Monaten

RAG might already be becoming obsolete. A month ago, Andrej Karpathy dropped a simple GitHub gist called “LLM Wiki.” Now the comments section looks like the birth of an entirely new AI category. 5000+ stars later, developers are rapidly building: • persistent AI memory systems • self-maintaining knowledge bases • multi-agent research environments • contradiction detection engines • AI-native company operating systems • local-first memory architectures • graph-based reasoning layers • evolving second brains And the craziest part? Most of them were built in DAYS. Because the core idea is insanely powerful: Instead of AI repeatedly retrieving raw chunks like traditional RAG… …the model continuously maintains a living knowledge system. Not temporary context. Persistent synthesis. The shift sounds subtle until you realize what it changes: RAG: retrieve → answer → forget LLM Wiki: ingest → synthesize → evolve That one architectural difference is causing an explosion of experimentation right now. People are already building: • agent memory operating systems • AI-maintained engineering documentation • self-healing knowledge graphs • persistent research environments • conversational memory architectures • contradiction-aware wikis • context compression engines • machine-readable company systems The comments section alone feels like watching an ecosystem form in real time. One developer built deterministic contradiction detection using sheaf cohomology Another built “sleep consolidation” for AI memory systems inspired by human memory formation Another created persistent multi-agent vault conversations Another turned entire repositories into continuously maintained AI wikis Another built local-first memory systems with audit trails, provenance, graph exports, and MCP integration This is the important part: Karpathy didn’t launch a product. He introduced a pattern. And patterns are what create ecosystems. The same way: • transformers created modern AI • RAG created AI retrieval startups • agents created orchestration frameworks LLM Wikis may create persistent AI memory infrastructure. That’s why this moment feels different. For years, AI systems have been stateless. Now developers are trying to build systems that actually accumulate understanding over time. And once knowledge compounds instead of resetting… …the entire interface layer of AI changes. (Link in comments)

Suryansh Tiwari

142,314 Aufrufe • vor 5 Monaten

New course: MCP: Build Rich-Context AI Apps with Anthropic. Learn to build AI apps that access tools, data, and prompts using the Model Context Protocol in this short course, created in partnership with Anthropic Anthropic and taught by Elie Schoppik Elie Schoppik, its Head of Technical Education. Connecting AI applications to external systems that bring rich context to LLM-based applications has often meant writing custom integrations for each use case. MCP is an open protocol that standardizes how LLMs access tools, data, and prompts from external sources, and simplifies how you provide context to your LLM-based applications. For example, you can provide context via third-party tools that let your LLM make API calls to search the web, access data from local docs, retrieve code from a GitHub repo, and so on. MCP, developed by Anthropic, is based on a client-server architecture that defines the communication details between an MCP client, hosted inside the AI application, and an MCP server that exposes tools, resources, and prompt templates. The server can be a subprocess launched by the client that runs locally or an independent process running remotely. In this hands-on course, you'll learn the core architecture behind MCP. You’ll create an MCP-compatible chatbot, build and deploy an MCP server, and connect the chatbot to your MCP server and other open-source servers. Here’s what you’ll do: - Understand why MCP makes AI development less fragmented and standardizes connections between AI applications and external data sources - Learn the core components of the client-server architecture of MCP and the underlying communication mechanism - Build a chatbot with custom tools for searching academic papers, and transform it into an MCP-compatible application - Build a local MCP server that exposes tools, resources, and prompt templates using FastMCP, and test it using MCP Inspector - Create an MCP client inside your chatbot to dynamically connect to your server - Connect your chatbot to reference servers built by Anthropic’s MCP team, such as filesystem, which implements filesystem operations, and fetch, which extracts contents from the web as markdown - Configure Claude Desktop to connect to your server and others, and explore how it abstracts away the low-level logic of MCP clients - Deploy your MCP server remotely and test it with the Inspector or other MCP-compatible applications - Learn about the roadmap for future MCP development, such as multi-agent architecture, MCP registry API, server discovery, authorization, and authentication MCP is an exciting and important technology that lets you build rich-context AI applications that connect to a growing ecosystem of MCP servers, with minimal integration work. Please sign up here!

Andrew Ng

142,256 Aufrufe • vor 1 Jahr

🚨 Claude Code costs $200/month. GitHub Copilot costs $19/month. Jack Dorsey's company built a free alternative. 35,000 GitHub stars. It's called Goose. An open source AI agent built by Block that goes beyond code suggestions. It installs, executes, edits, and tests. With any LLM you choose. Not autocomplete. Not suggestions. A full autonomous agent that takes actions on your computer. No vendor lock-in. No monthly subscription. Bring your own model. Here's what Goose does: → Works with ANY LLM. Claude, GPT, Gemini, Llama, DeepSeek, Ollama. Your choice. → Reads and understands your entire codebase → Writes, edits, and refactors code across multiple files → Runs shell commands and installs dependencies → Executes and debugs your code automatically → Extensible through MCP. Connect it to any external tool. → Desktop app, CLI, and web interface. Pick your workflow. → Written in Rust. Fast. Lightweight. No bloat. Here's the wildest part: Block is a $40 billion company. They built Cash App, Square, and TIDAL. They use Goose internally. Then they open sourced the entire thing. This isn't a side project from a random developer. This is production-grade tooling from a company that processes billions in payments. Built for their own engineers. Given to everyone. Claude Code: $200/month. Locked to Claude. GitHub Copilot: $19/month. Locked to GitHub. Cursor: $20/month. Locked to their editor. Goose: Free. Any LLM. Any editor. Any workflow. Forever. 35.3K GitHub stars. 3.3K forks. 4,078 commits. Built by Block. 100% Open Source. Apache 2.0 License.

Nav Toor

395,396 Aufrufe • vor 6 Monaten

The corporate system wants you trading time for a paycheck. The alternative is building automated leverage. You do not need a team of engineers. You just need the right open-source architecture. Here are 10 GitHub repos to automate your workflows, replace manual labor, and direct your own reality: 1. n8n Bypass expensive SaaS subscriptions. Build custom AI automation workflows that run on your own servers. 2. Ollama Stop sending your private data to massive API providers. Run heavy AI models locally on your own machine. Complete privacy. 3. Open Interpreter Let language models control your computer. Automate the repetitive corporate tasks they pay you to do manually. 4. Aider An AI pair programmer that lives in your terminal. Stop writing boilerplate code and focus strictly on the architecture. 5. Dify An open-source LLM app development platform. Build and deploy functional AI agents in minutes, not months. 6. Flowise A drag-and-drop UI to build customized LLM flows. You do not need to be a senior developer to build massive leverage. 7. Supabase Spin up a Postgres database, authentication, and instant APIs. Own your backend entirely. 8. Auto-GPT Give an AI an objective and let it execute. It browses the web, writes code, and chains thoughts together autonomously. 9. Outline An open-source knowledge base for your personal leverage. Stop losing your documentation in arbitrary corporate systems. 10. NocoDB Turn any database into a smart spreadsheet. Keep your data on your own infrastructure and stop paying for convenience. The secret to tech survival? Stop playing by their rules. Build your own systems and take your leverage with you.

Katyayani Shukla

16,964 Aufrufe • vor 5 Monaten

Graph Engineering became the default way every serious team builds agents now, and here's what people have already shipped with it if you want to actually draw the graph instead of guessing, copy this: LangGraph - the framework behind Uber, Replit, LinkedIn, and GitLab's own production agents. models every workflow as nodes and edges with conditional branching, the exact vocabulary that makes fake edges impossible to hide CrewAI - role-based multi-agent teams with async execution. 47,000 stars, 5.2 million monthly downloads, no LangChain dependency since version 1.14 crewAI-examples - the self-evaluation loop flow example is the one to clone first: a working verifier pattern you can read end to end before you build your own and get it wrong the first time open-multi-agent - TypeScript-native, three runtime dependencies, nothing else. one runTeam() call decomposes a goal into a task DAG, resolves every dependency, and runs the independent pieces in parallel without you drawing a single node AutoGen - Microsoft's event-driven framework, merged with Semantic Kernel for production. the conversation-based model that taught half the industry exactly what a shared-context failure looks like, the expensive way Google ADK - modular agent dev kit with native Gemini and Vertex AI integration, built for teams that refuse to run the graph anywhere they don't already trust the infrastructure Mastra - the TypeScript entrant carving out ground the bigger frameworks ignored, built specifically for graph control without Python's weight sitting on top of it none of these frameworks fix a bad graph for you. they only make it visible the moment your worker and your verifier have been sharing the same context the entire time full build in the article, then run the fake-edge test before you wire up an eighth

Ryven

54,861 Aufrufe • vor 23 Tagen

OpenAI, Anthropic and Microsoft all back the same standard for running apps inside AI chats. Booking .com, Figma, and Canva are already using it. Still, most developers have never heard of it. It's called MCP Apps. So, why does it matter? The next time someone buys from your website, they may never visit it. They'll ask ChatGPT or Claude, and the model decides how your product shows up. Usually as plain text, sometimes wrong, with none of the experience you built. That's the next shift in how people find you: - SEO was about Google finding your page. - AEO was about AI citing you. - MCP Apps are about your actual product showing up inside the chat. An MCP server returns data. An MCP App returns data plus an interactive UI, like hotel cards or an add-to-cart flow, right inside the chat. The model even knows what the user clicked. In this episode, we build an MCP app from start to finish with Julien, the lead maintainer of Skybridge, an open-source framework that lets you turn any React app into an MCP app. Chapters: 0:00 - Intro 2:44 - MCP servers vs MCP Apps 5:12 - Live demo: Booking .com in ChatGPT 9:24 - How MCP Apps work: context and shared state 15:43 - Skybridge and its devtools 17:48 - Live demo: an e-commerce app in ChatGPT 24:49 - Code walkthrough: MCP tools to React views 28:10 - Syncing UI state: "What's in my cart?" 32:16 - Agent skill to turn any React app → MCP App 37:52 - Outro Link to Skybridge GitHub repo: MCP Apps bring your website into the chat. WebMCP does the reverse and lets AI agents use your website through tools it exposes. I've also written a full article on it, quoted below.

Akshay 🚀

18,064 Aufrufe • vor 16 Tagen