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

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

На главную

you wrote a long careful note so it would remember the thing properly the note is the part that does not load what loads at the start of every session is the index line, the one sentence summary, and only the first two hundred lines of it or the...

28,356 просмотров • 3 дней назад •via X (Twitter)

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

Фото профиля nathan-james
nathan-james3 дней назад

あー、そのあるあるすごいわかる!大事な部分が読めないって焦るよね。😅

Фото профиля Britt Ong
Britt Ong3 дней назад

Em đây chỉ muốn có Hiệp cạnh bên

Фото профиля Huysolo
Huysolo3 дней назад

Context optimization is just an elaborate illusion when system prompts treat detailed notes like unread footnotes

Фото профиля 施工現場の拾い物
施工現場の拾い物2 дней назад

���のノートの準備、すごく丁寧だね!私もそれくらい工夫してみたいな〜。

Фото профиля sophia f,
sophia f,3 дней назад

Facts!

Фото профиля Joey
Joey3 дней назад

Plus, who knows what will happen in the futured.

Фото профиля ノブユキ
ノブユキ3 дней назад

ノートの部分が読み込まれないと不安になるよね。その間に別の方法で復習するしかないかな…。

Фото профиля 佐藤 ��也
佐藤 ��也3 дней назад

その長いノート、どんなことが書かれていたのか気になります!記憶の残し方、羨ましいです✨

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

your agent has thirty tools. it calls two of them. the other twenty eight are not sitting idle somewhere. they are in the request, every request, and they are doing damage in two places at once. first the obvious one. tool schemas go into the prompt, and a schema is not a name. it is a description, a parameter list, types, required fields, an example. thirty of those is a few thousand tokens that ship with every single call, including the ones where the agent just says thanks and stops. you are paying rent on twenty eight tools that have never fired. second, and this is the one that costs more. when the request says cancel the order, the model picks by matching against everything available. four of your tools are plausible: cancel_order, refund_order, update_order, void_order. it is choosing among them based on the descriptions you wrote, one afternoon, months ago. every tool you add is another candidate in that shortlist. the twenty eight you never call are not neutral. they are noise in the one decision that determines whether the run works. > why it grows without anyone deciding to nobody adds thirty tools on purpose. you add one for a task, it works, it stays. six months later the registry is a catalogue and no one has ever removed anything, because removing a tool feels risky and adding one feels free. and there is no feedback telling you otherwise. the unused ones never error. they never appear in a failing trace. they are invisible in exactly the way that lets them accumulate. > what to actually do count calls per tool over the last thousand runs. this is one group-by and it usually shocks people. the ones at zero are pure cost. ship the tools the task needs, not the whole registry. a research phase does not need deploy. a writing phase does not need the database. swap the set between phases instead of loading everything up front. same agent, different tools, depending on where the run is. and when two tools could both plausibly answer the same request, that is not redundancy you can ignore. it is a coin flip you built into the system. the twenty eight tools are not unused. they are used every time, by the part of the run you cannot see.

Hanako

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

Agents vs. Graphs, clearly explained! spawning more agents is great, but it has a ceiling nobody says out loud: five agents is a count. a graph is a shape. only one of them changes the answer. point five agents at the same pile with the same window and they converge. the first one writes a finding, the rest read it, and all five reports centre on the same thing. you paid five times for one opinion with four echoes. Graph engineering fixes this by moving the decision up a layer: not how many agents, but who is allowed to look at what. you need both. here's how it works: ↳ the count buys you throughput. five things happening instead of one ↳ the shape buys you coverage. five different things happening instead of the same one five times Prompts → Context → Harness → Agents → Graphs the node that does this is the splitter, and it decides more than any other node in the system. cut a repository by folder and four workers audit the same three files. cut it by blast radius and each one sees something the others cannot. the trick is being selective about what each lane is allowed to see. separate contexts are not a nice-to-have, they are the mechanism. if two agents are meant to produce different things, they must not share a window. if they are meant to produce the same thing, you did not need two agents. one thing to know before you scale it. a branch that throws does not reject the batch. it resolves to null, and that is the containment. which means your merge quietly receives a short list. ↳ filter the nulls before the merge, or one dead lane poisons the whole result ↳ never index a merge by position. eight good branches and one failure will shift everything by one, silently skip that and the run looks like it worked. the output is just missing a lane, and nothing errored. and the one that eats whole nights: multi-agent setups can use up to fifteen times the total tokens of a single chat, because every lane reloads its own core. you are trading total tokens for a clean main window. usually the right trade, always a choice. 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

96,243 просмотров • 18 дней назад

I fell asleep with the Grok Bot terminal running. 4:07 AM it woke me up 392 filings parsed overnight. 1,703 claims checked. nine survived, not one of them read by me fed it four quant formulas from a paper and one rule about sourcing it built the whole desk the logic: > every claim enters at the outer ring > it has to survive source, date, tie-out, duplicate, cross-check, materiality > anything without a filing behind it dies in the same second > whatever is left gets sized at quarter kelly and lands on my desk this is what Citadel does before every open, except they put thirty analysts on it this is one screen on the terminal right now: 392 filings since midnight, 1,694 claims killed, 9 alive, 14 minutes from filing to parsed, $0.27 an hour, zero humans on the floor the event stream is a wall of deaths killed at source killed at date killed at duplicate killed at materiality every second. new line. new kill the real edge is that first gate. no filing behind the claim and it dies before anything else looks at it that one rule removed the thing everybody complains about with AI. the desk cannot invent a number it is not allowed to ship without a page reference SOURCE 0.62... 0.66... 0.61 nobody told it to tighten. the kill rate moved with what came in overnight 99.5 of every 100 claims never reach me. the nine that do come with a page number attached a Bloomberg seat is thirty thousand a year and would have handed me all 1,703. this desk is two hundred a month everyone is building agents that find more mine is worth what it is because it finds less the whole build is in the article below, save it before your next open

Hanako

17,749 просмотров • 10 дней назад

[WATCH] Members of the media, fellow South Africans. Good morning. For ten days the African National Congress has been the subject of reporting about the lodgement of its candidates for the local government elections of 4 November. Some of that reporting has been accurate. Some of it has not. Much of it has been about people rather than about facts. The people of South Africa are entitled to a full account from the ANC itself, in its own voice, and that is what I have come to give this morning. I must say one thing at the outset so that nobody is misled by what follows. On Friday 4 September the ANC filed an application in the Electoral Court. The matter is therefore before a court. I am going to give you the facts, the sequence of events, and the position of the ANC. I am not going to argue the case from this podium. Where a question touches on the merits of what the Court has to decide, I will say so and I will stop there. That is not evasion. It is respect for the Court, and I ask you to hold me to it. The learned people say the matter is sub judice. The African National Congress lodged nine thousand one hundred and twenty-eight candidates for this election, through all nine provinces. Of those, four thousand three hundred and sixty-sixstand registered with the Electoral Commission on the ward ballot this morning, and four thousand five hundred and eighty-one on the proportional ballot. That is eight thousand nine hundred and forty-seven candidates. It is ninety-seven per cent of every ward seat in the Republic, and ninety per cent of every proportional seat. No other party in this country will come to you with that figure, and I give it to you first because it is the frame in which everything else must be read. Now the other half, in the same breath. One hundred and eighty-oneof our candidates were received by the Commission’s system on 28 August and did not complete its final electronic step. One hundred and thirty of them on the proportional ballot and fifty-one on the ward ballot. Two in every hundred. They are in six councils out of the two hundred and fifty-seven in this country: Ngquza Hill and Port St Johns, Walter Sisulu and Sundays River Valley in the Eastern Cape; uMshwathi in KwaZulu-Natal; and Mangaung in the Free State. #ANCMediaBriefing #SGMbalulaSpeaks #LGE2026VoteANC

ANC SECRETARY GENERAL | Fikile Mbalula

24,930 просмотров • 2 дней назад

this video is the CLEAREST explanation of how claude skills + AI agents work and how to use them most people set up an AI agent and wonder why it keeps disappointing them. the context window is everything context is what the model assembles before it takes any action. think of it like everything the agent needs to read before it does anything. the quality of what goes in determines the quality of what comes out. the models are genuinely really good right now. claude and gpt are exceptional. the variable is almost always the context you give them. 1. agent.md files are mostly unnecessary every single line you put in an agent.md file gets added to every single conversation you have with your agent. a 1000 line file is around 7000 tokens burning on every run. the model already knows to use react. it can read your codebase. save the agent.md for proprietary information specific to your company that the model genuinely cannot know on its own. 2. skills are the actual unlock a skill.md file works differently. what loads into context is only the name and description, around 50 tokens. the full instructions only appear when the agent recognizes it needs that skill. so instead of 7000 tokens on every run you have 50. and the agent stays sharp because the context window stays lean. the closer you get to filling the context window the worse the agent performs, same way you perform worse when someone dumps 10 things on you at once. 3. here is how to actually build a skill the right way most people identify a workflow and immediately try to write the skill. what you want to do instead is run the workflow by hand with the agent first. walk it through every single step. tell it what to check, what good looks like, what bad looks like. correct it in real time. once you have had a full successful run from start to finish, tell the agent to review everything it just did and write the skill itself. it writes a better skill than you will because it has the full context of what actually worked in practice not in theory. 4. recursively building skills is how you go from frustrated to reliable when the skill breaks, and it will break, ask the agent exactly why it failed. it will tell you specifically what went wrong. fix it together in that same conversation. then tell it to update the skill file so that failure mode never happens again. ross mike did this five times with his youtube report generator. it now pulls from eight different data sources and runs flawlessly every single time without him touching it. 5. sub agents are something you earn not something you set up on day one start with one agent. build one workflow. turn it into one skill. once that works add another. ross mike has five sub agents now covering marketing, business, personal and more. it took months to get there and every single one exists because a workflow proved it deserved to exist. the people who set up 15 sub agents on day one and wonder why nothing works skipped all the steps that make the thing actually run. 6. your workflow is the thing the model cannot get anywhere else the model has been trained on everything. it knows more than you about most things. what it does not have is your specific process, your taste, your way of doing things. that is what skills capture. that is what makes your agent actually useful versus a generic one. downloading someone else's skill means downloading their context onto your setup and it will not work the way you want it to because it was never built around how you work. this is the clearest explanation of how agents actually work i have heard. Micky runs this stuff every single day and the results show it. full episode is now live on The Startup Ideas Podcast (SIP) 🧃 where you get your pods people charge for this sorta stuff i give away the sauce for free i just want you to win watch

GREG ISENBERG

194,171 просмотров • 5 месяцев назад