Video wird geladen...

Video konnte nicht geladen werden

Zur Startseite

ANTHROPIC LEAKED A BOT THAT READS 100 SOURCES FOR YOU AND HANDS BACK ONE PARAGRAPH IN 90 SECONDS it reads a hundred sources, you read one paragraph - and in week one that turned $10 into $10,000 root → feed → filter → contradictions → digest → back to...

12,297 Aufrufe • vor 6 Tagen •via X (Twitter)

0 Kommentare

Keine Kommentare verfügbar

Kommentare vom Original-Post werden hier angezeigt

Ähnliche Videos

ANTHROPIC LEAKED ONE FILE THAT COST $3.3M TO BUILD AND REPLACES MARKETING, DEVELOPMENT, DESIGN, SALES AND ANALYTICS - 5 HIRES FOR $0 a founder plays 5 roles at once and plays all 5 badly - not from lack of skill, but from switching between them. marketing → development ×3 → design → sales → analytics → back into the file the root holds three things: who the customer is, what we never do, and the tone - 5 living hires would argue about this, 5 roles reading one file cannot. marketing publishes before you open the laptop - and takes off your week the posts you used to write on a sunday night. development runs 3 branches, tests and the critic finish before it reaches you - the ticket you reopened 4 times was never a coding problem. design starts on a request from another role, not from you - the banner stops being the thing that blocks a launch. in sales the cheap model scores the signal first and drops most leads - the expensive one only writes to the ones worth it. analytics is the only role that edits the file everyone else reads - what worked and which hypothesis is dead goes straight back into the root. cut that last edge and you have 5 scripts - keep it and next week starts from a better file. you were never bad at these jobs - you were interrupted: 5 roles, one head, a new context every time. nobody puts context switching on a timesheet, and it's the largest line on it. hiring the sixth is one paragraph instead of months - save this and paste it into Claude Code ↓

Sprytix

39,181 Aufrufe • vor 25 Tagen

Elon Musk, absolute leader of the AI race with Grok Bot, and it's not a joke anymore. Ultimate guide on god-mode setup of Grok Bot, the org chart that runs while you sleep, step by step: A Chief of Staff sits in the middle with no tools of its own, BUT it reads the outcome you gave it, picks who does what, and never does the work itself. That one rule is why it never turns into the bottleneck you hired it to remove. → Researcher pulls real sources and tracks what's actually moving, not what sounds true → Writer turns that into finished copy while the research is still in the room → Visualiser gets three reference visuals once, then ships everything in that style forever → Analyst reads what performed and tells the rest of the team what to stop doing → Scheduler owns timing and holds the queue → Publisher actually ships What makes it different from every AI tool you've used: each bot gets its own computer in the cloud, its own browser, its own files, and they all share one memory. So the research is already sitting inside the draft before the draft starts. Nothing gets copy-pasted between tabs, nothing waits on you to approve step four of nine. And you never write a workflow for it. You hit record, do the job once the way you actually do it, stop. It pulls out the steps, saves them as a skill, and puts it on a schedule. The shape you're aiming for on every bot: everything reversible finished, nothing sent. 36 drafts queued, 0 published. It does all the work and stops dead at the one line only you can cross. You stop prompting. You start assigning. Full charter blocks, the approval line and the routines are in the article below ↓

Miraqle

86,840 Aufrufe • vor 21 Tagen

Context vs. Graphs, clearly explained! context engineering is great, but it has a ceiling: you can make one window perfect. there is still only one of it. every technique on that layer is rationing the same scarce thing. compact, retrieve less, delete, defer. all of it is deciding what to drop. Graph engineering fixes this by moving the decision up a layer: not what goes in the window, but how many windows there are and what each one is for. you need both. here's how it works: ↳ inside a window: context engineering. what loads, in what order, what gets compacted ↳ between windows: the graph. how many lanes, what each one is allowed to see, what comes back Prompts → Context → Harness → Loops → Graphs each lane gets a clean window, nothing in one competes with anything in another, and your main thread stops filling up. the trick is being selective about what comes back. a subagent reads six thousand tokens of files and hands you a four hundred token summary. that ratio is the whole point. send back the raw material instead and you have moved the problem, not solved it. one thing to know before you scale it. not everything survives compaction equally, and almost nobody knows the table. ↳ the project-root rules file and auto memory are re-injected from disk. they come back intact ↳ path-scoped rules and nested rules files live in message history. they get summarized away and do not return until a matching file is read again so a rule that genuinely must persist cannot be path-scoped. move it to the root and pay the always-loaded cost, or accept that it is advisory in any long session. and the one that eats whole nights: shared context makes parallel agents converge. four auditors on one window produce one opinion with three echoes. you paid four times for it. below i have quoted my full guide on graph engineering. it covers the three topologies, the verifier patterns, and where the gate should actually open. save this and read it below ↓

Hanako

36,970 Aufrufe • vor 19 Tagen