HackerTrans
トップ新着トレンドコメント過去質問紹介求人

zh2408

no profile record

投稿

Show HN: 100-Line LLM Framework

github.com
4 ポイント·投稿者 zh2408·9 か月前·0 コメント

Your LLM Framework Only Needs 100 Lines

the-pocket.github.io
3 ポイント·投稿者 zh2408·昨年·1 コメント

LLM Agents and Context: A Warrior's Guide to Navigating the Dungeon

pocketflow.substack.com
4 ポイント·投稿者 zh2408·昨年·0 コメント

LLM Agent's Arsenal: A Beginner's Guide to the Action Space

pocketflow.substack.com
1 ポイント·投稿者 zh2408·昨年·0 コメント

Show HN: I built an AI chatbot that learns from your website to answer questions

github.com
2 ポイント·投稿者 zh2408·昨年·0 コメント

Structured Output for Beginners and 3 Prompting Tips

pocketflow.substack.com
2 ポイント·投稿者 zh2408·昨年·0 コメント

Build AI Code Generator from Scratch

pocketflow.substack.com
1 ポイント·投稿者 zh2408·昨年·1 コメント

Build Your Own Voice Chatbot from Scratch

pocketflow.substack.com
1 ポイント·投稿者 zh2408·昨年·0 コメント

Show HN: LLM Agents Play Among Us-Like Game

github.com
2 ポイント·投稿者 zh2408·昨年·0 コメント

Show HN: I built an AI that turns GitHub codebases into easy tutorials

github.com
923 ポイント·投稿者 zh2408·昨年·172 コメント

Build Chain-of-Thought from Scratch – Tutorial for Dummies

zacharyhuang.substack.com
2 ポイント·投稿者 zh2408·昨年·0 コメント

A2A Protocol Simply Explained: Here are 3 key differences to MCP

zacharyhuang.substack.com
4 ポイント·投稿者 zh2408·昨年·1 コメント

MCP Simply Explained: Function Calling Rebranded or Genuine Breakthrough?

zacharyhuang.substack.com
4 ポイント·投稿者 zh2408·昨年·0 コメント

Show HN: AI Explains Complex Codebase in 5 Minutes (Open Sourced)

github.com
3 ポイント·投稿者 zh2408·昨年·0 コメント

Build RAG from Scratch – Tutorial for Dummies

zacharyhuang.substack.com
2 ポイント·投稿者 zh2408·昨年·0 コメント

I Built an LLM Framework in Just 100 Lines – Here Is Why

zacharyhuang.substack.com
12 ポイント·投稿者 zh2408·昨年·0 コメント

Agentic Coding: Let Agents Build Agents for You

zacharyhuang.substack.com
2 ポイント·投稿者 zh2408·昨年·0 コメント

Build AI Agent Memory from Scratch – Tutorial for Dummies

zacharyhuang.substack.com
3 ポイント·投稿者 zh2408·昨年·0 コメント

LLM Agents Are Simply Graph – Tutorial for Dummies

zacharyhuang.substack.com
263 ポイント·投稿者 zh2408·昨年·80 コメント

Show HN: I built an Open-Source Cursor Agent, with Cursor

github.com
2 ポイント·投稿者 zh2408·昨年·1 コメント

コメント

zh2408
·昨年·議論
The 100 lines: https://github.com/The-Pocket/PocketFlow/blob/main/pocketflo... Video: https://www.youtube.com/watch?v=0Zr3NwcvpA0
zh2408
·昨年·議論
Could you try to use gemini 2.5 pro? It's free every day for first 25 requests, and can handle 1M input tokens
zh2408
·昨年·議論
You can provide GitHub token
zh2408
·昨年·議論
This code creates an HTTP session, sets a cookie within that session, makes another request that automatically includes the cookie, and then prints the response showing the cookies that were sent.

I may miss the error, but could you elaborate where it is?
zh2408
·昨年·議論
Yeah, RAG is not the best option here. Check out the design doc: https://github.com/The-Pocket/Tutorial-Codebase-Knowledge/bl... I also have a YouTube Dev Tutorial. The link is on the repo.
zh2408
·昨年·議論
By default we use both based on regex:

DEFAULT_INCLUDE_PATTERNS = { ".py", ".js", ".jsx", ".ts", ".tsx", ".go", ".java", ".pyi", ".pyx", ".c", ".cc", ".cpp", ".h", ".md", ".rst", "Dockerfile", "Makefile", ".yaml", ".yml", } DEFAULT_EXCLUDE_PATTERNS = { "test", "tests/", "docs/", "examples/", "v1/", "dist/", "build/", "experimental/", "deprecated/", "legacy/", ".git/", ".github/", ".next/", ".vscode/", "obj/", "bin/", "node_modules/", ".log" }
zh2408
·昨年·議論
Thank you! And correct, I didn't modify the outputs. For small changes, you can just feed the commit history and ask an LLM to modify the docs. If there are lots of architecture-level changes, it would be easier to just feed the old docs and rewrite - it usually takes <10 minutes.
zh2408
·昨年·議論
Thanks—would really appreciate your PR!
zh2408
·昨年·議論
Their site seems to be down. I can't find their results.
zh2408
·昨年·議論
Haha. The project is fully open-sourced, so you can tune the prompt for the tone/style you prefer: https://github.com/The-Pocket/Tutorial-Codebase-Knowledge/bl...
zh2408
·昨年·議論
The Linux repository has ~50M tokens, which goes beyond the 1M token limit for Gemini 2.5 Pro. I think there are two paths forward: (1) decompose the repository into smaller parts (e.g., kernel, shell, file system, etc.), or (2) wait for larger-context models with a 50M+ input limit.
zh2408
·昨年·議論
Yeah, I'd recommend trying Gemini 2.5 Pro. I know early Gemini weren't great, but the recent one is really impressive in terms of coding ability. This project is kind of designed around the recent breakthrough.
zh2408
·昨年·議論
No, I haven't, but I will check it out!

One thing to note is that the tutorial generation depends largely on Gemini 2.5 Pro. Its code understanding ability is very good, combined with its large 1M context window for a holistic understanding of the code. This leads to very satisfactory tutorial results.

However, Gemini 2.5 Pro was released just late last month. Since Komment.ai launched earlier this year, I don't think models at that time could generate results of that quality.
zh2408
·昨年·議論
Yes! This is an initial prototype. Good to see the interest, and I'm considering digging deeper by creating more tailored tutorials for different types of projects. E.g., if we know it's web dev, we could generate tutorials based more on request flows, API endpoints, database interactions, etc. If we know it's a more long-term maintained projects, we can focus on identifying refactoring patterns.
zh2408
·昨年·議論
"Workflow can be very dynamic" is a great summary!
zh2408
·昨年·議論
No. It's not many agents in the workflow. It's not an agent per node.

The whole workflow and the Runner class is for one agent.

Check out this line: https://github.com/openai/openai-agents-python/blob/48ff99bb...

A single `run_agent` is implemented based on the Runner class and workflow. So usually the workflow is for one agent (unless there is handoff).
zh2408
·昨年·議論
I do agree what you said except the first sentence. The design of the Graph is super important. Pocketflow is for those with technical background.
zh2408
·昨年·議論
Yes!!
zh2408
·昨年·議論
Let me clarify: we are discussing how the Agent is internally implemented, given LLM calls and tools. It can be built using a graph, where one node makes decisions that branch out to tools and can loop back.

The workflow can vary. For example, it can involve multiple LLM calls chained together without branching or looping. It can also be built using a graph.

I know the terms "graph" and "workflow" can be a bit confusing. It’s like we have a low-level 'cache' at the CPU level and then a high-level 'cache' in software.
zh2408
·昨年·議論
By low-level, it is with respect to the agent interface.

The original purpose is to help people understand how the inner agent framework is internally implemented, like those:

OpenAI Agents: https://github.com/openai/openai-agents-python/blob/48ff99bb... Pydantic Agents: https://github.com/pydantic/pydantic-ai/blob/4c0f384a0626299... Langchain: https://github.com/langchain-ai/langchain/blob/4d1d726e61ed5... LangGraph: https://github.com/langchain-ai/langgraph/blob/24f7d7c4399e2...