Ask HN: Could DNA be represented as "an embedding" in an AI model?
3 by greenmoonx | 0 comments on Hacker News.
Where each Array element is a numerical value that corresponds to the order of TCAG chemicals on the crossbar of the helix of a DNA strand? Has anyone modeled many DNA strands in this way? If it was done, what kinds of problems could we solve using AI - assuming we could model any known DNA, and predict out generations? ----- I guess there are at least a couple options: 1) Model an entire DNA strand as 1 model, with each gene (section of DNA) being a vector. So you'd have, say, a C. elegans model. You could play with that species in an AI sandbox. 2) Model all of DNA (the way we model all of language) to end up with a "DNA AI" that can produce any kind of strand (perhaps inventing genes that don't exist, but could). So here you have a biology sandbox, where you can invent perhaps new creatures, or predict out future states of humans, to test drugs and other things (I guess?) What do you think, what's possible?
Hack Nux
Watch the number of websites being hacked today, one by one on a page, increasing in real time.
New Show Hacker News story: Show HN: I wrote the emudev hello world (CHIP-8 emulator in C)
Show HN: I wrote the emudev hello world (CHIP-8 emulator in C)
3 by tack1234 | 0 comments on Hacker News.
Yep, just another CHIP-8 emulator. But for me, as someone who has never written anything this low level and never touched C before, it was quite the challenge at first. But after writing the first few instructions (drawing especially), it slowly became almost a breeze. Until I had to debug why my font sprites were rendering all messed up. It's still work in progress, definitely not finished, but today I have tried to run some official CHIP-8 ROMs instead of just tests and my super simple test ROM and.. it's working!! It is so satisfying once it clicks.. I think I'm addicted. I think the simplicity of C is growing on me. Note: No single line of code was written by AI, all myself, as you can see from how bad it may be in some places.
3 by tack1234 | 0 comments on Hacker News.
Yep, just another CHIP-8 emulator. But for me, as someone who has never written anything this low level and never touched C before, it was quite the challenge at first. But after writing the first few instructions (drawing especially), it slowly became almost a breeze. Until I had to debug why my font sprites were rendering all messed up. It's still work in progress, definitely not finished, but today I have tried to run some official CHIP-8 ROMs instead of just tests and my super simple test ROM and.. it's working!! It is so satisfying once it clicks.. I think I'm addicted. I think the simplicity of C is growing on me. Note: No single line of code was written by AI, all myself, as you can see from how bad it may be in some places.
New Show Hacker News story: Show HN: Keen Code – an agentic-engineered coding agent
Show HN: Keen Code – an agentic-engineered coding agent
4 by mochow13 | 1 comments on Hacker News.
Hello community! I am here to share a coding agent I have built solo from scratch using agentic engineering. Written in Go, it's a proper coding agent, has features you expect from a useful agent for your daily work, with a minimal and simple UI. I have named it Keen Code. The repo is here: https://ift.tt/SYeDs6y Even though it started as an experiment, it is now a full-fledged coding agent for real software engineering work. It supports multiple providers, skills, MCPs, multi-agent orchestration through subagents, automatic compaction, etc. I have been using it for real production-grade work myself, and also for developing itself. Notably, I have worked on two separate ideas in this coding agent: 1. Turn Memory In a multi-turn conversation, tool outputs are removed, only tool call traces are retained. Within a single agent loop, agent sees full tool results but in the next turn, it doesn't see the tool results anymore. The greatest benefit of this approach is that a lot of tool results that are not needed in following turns don't occupy the context. As a result, context window in a multi-turn conversation with Keen Code fills up much slowly compared to other agents. This is why you will regularly see context window coming down from 20% to 1% at the beginning of a new agent turn. Of course, this approach has its pros and cons. If agent requires tool result from a previous call, it doesn't have them. But my idea is that tool calls like read, bash, web_fetch are cheap. Do you need to refer to some earlier file you read? Read again. In fact, Claude Code or Codex frequently re-read a file, even though it has read the same file before. I have plans for more effort in this area. I have a few additional ideas to explore and possibly optimise this approach further. If you want to read about it: https://mochow13.github.io/keen-code/docs/turn-memory.html 2. Skill-Driven MCP Another idea I have implemented is skill-driven MCPs. The goal is similar to what Anthropic did with tool-search-tool: optimise context. In this idea, each MCP server receives a skill. But this skill is not typical "guidance" skill for MCP server usage, rather generated by Keen. Details here: https://mochow13.github.io/keen-code/docs/mcp-skills.html The big advantage is that no server is pre-loaded completely with tool schemas by default. The agent only receives skill frontmatter for the server. If a server is needed, agent loads the full skill file which lists the tools with descriptions. Then agent reads the specific schema file for the particular tool it wants to invoke. The drawback is that each MCP call requires file read operation. But everything is locally saved upon discovery, so it's totally fine. --- Apart from the above two, I am exploring and playing with other well-known context optimisation ideas like hashline edits. If the above ideas interest you, please do check it out! Here is the CLI usage guideline: https://mochow13.github.io/keen-code/docs/cli-usage.html Since the project is open-source, issues and contributions are more than welcome!
4 by mochow13 | 1 comments on Hacker News.
Hello community! I am here to share a coding agent I have built solo from scratch using agentic engineering. Written in Go, it's a proper coding agent, has features you expect from a useful agent for your daily work, with a minimal and simple UI. I have named it Keen Code. The repo is here: https://ift.tt/SYeDs6y Even though it started as an experiment, it is now a full-fledged coding agent for real software engineering work. It supports multiple providers, skills, MCPs, multi-agent orchestration through subagents, automatic compaction, etc. I have been using it for real production-grade work myself, and also for developing itself. Notably, I have worked on two separate ideas in this coding agent: 1. Turn Memory In a multi-turn conversation, tool outputs are removed, only tool call traces are retained. Within a single agent loop, agent sees full tool results but in the next turn, it doesn't see the tool results anymore. The greatest benefit of this approach is that a lot of tool results that are not needed in following turns don't occupy the context. As a result, context window in a multi-turn conversation with Keen Code fills up much slowly compared to other agents. This is why you will regularly see context window coming down from 20% to 1% at the beginning of a new agent turn. Of course, this approach has its pros and cons. If agent requires tool result from a previous call, it doesn't have them. But my idea is that tool calls like read, bash, web_fetch are cheap. Do you need to refer to some earlier file you read? Read again. In fact, Claude Code or Codex frequently re-read a file, even though it has read the same file before. I have plans for more effort in this area. I have a few additional ideas to explore and possibly optimise this approach further. If you want to read about it: https://mochow13.github.io/keen-code/docs/turn-memory.html 2. Skill-Driven MCP Another idea I have implemented is skill-driven MCPs. The goal is similar to what Anthropic did with tool-search-tool: optimise context. In this idea, each MCP server receives a skill. But this skill is not typical "guidance" skill for MCP server usage, rather generated by Keen. Details here: https://mochow13.github.io/keen-code/docs/mcp-skills.html The big advantage is that no server is pre-loaded completely with tool schemas by default. The agent only receives skill frontmatter for the server. If a server is needed, agent loads the full skill file which lists the tools with descriptions. Then agent reads the specific schema file for the particular tool it wants to invoke. The drawback is that each MCP call requires file read operation. But everything is locally saved upon discovery, so it's totally fine. --- Apart from the above two, I am exploring and playing with other well-known context optimisation ideas like hashline edits. If the above ideas interest you, please do check it out! Here is the CLI usage guideline: https://mochow13.github.io/keen-code/docs/cli-usage.html Since the project is open-source, issues and contributions are more than welcome!
New Show Hacker News story: Show HN: Graph2agent; Mermaid diagrams, explained for agents
Show HN: Graph2agent; Mermaid diagrams, explained for agents
3 by alexandroskyr | 0 comments on Hacker News.
During the implementation of a huge high performance service. In order to keep context small (mainly for humans) I kept the specs into mermaid diagrams. When communicating with humans; diagrams were easy to follow and to remember. But when I asked the agent to implement what's in the diagram, most of the times it failed. So I came into conclusion that agents are good into writing mermaid diagrams but they are not good into reading them. I built graph2agent in order to deterministically (without inference :) ) convert mermaid diagrams into digestible rich text for agents. examples: https://ift.tt/YBW1y8f... This gave us 50% error reduction for any class of diagrams and 80% error reduction for sequence diagrams specifically. Also Input tokens increased on avg by 8% (which is expected) but Reasoning tokens dropped by almost 50%. You can use it either with MCP so agents can call it with any mermaid diagram, and also can put it in pre-commit jobs and run it on every PR so all diagrams are agent ready! I hope you like it! Let me know your thoughts!
3 by alexandroskyr | 0 comments on Hacker News.
During the implementation of a huge high performance service. In order to keep context small (mainly for humans) I kept the specs into mermaid diagrams. When communicating with humans; diagrams were easy to follow and to remember. But when I asked the agent to implement what's in the diagram, most of the times it failed. So I came into conclusion that agents are good into writing mermaid diagrams but they are not good into reading them. I built graph2agent in order to deterministically (without inference :) ) convert mermaid diagrams into digestible rich text for agents. examples: https://ift.tt/YBW1y8f... This gave us 50% error reduction for any class of diagrams and 80% error reduction for sequence diagrams specifically. Also Input tokens increased on avg by 8% (which is expected) but Reasoning tokens dropped by almost 50%. You can use it either with MCP so agents can call it with any mermaid diagram, and also can put it in pre-commit jobs and run it on every PR so all diagrams are agent ready! I hope you like it! Let me know your thoughts!
New ask Hacker News story: Tell HN: Old.reddit.com Requires Login
Tell HN: Old.reddit.com Requires Login
12 by comprev | 4 comments on Hacker News.
It's finally happened... a sad day for the internet :( Edit: For me anyway in UK using Starlink
12 by comprev | 4 comments on Hacker News.
It's finally happened... a sad day for the internet :( Edit: For me anyway in UK using Starlink