https://www.twitch.tv/rifftrax

https://www.twitch.tv/mst3k

If you're using the agent to produce any kind of code that has access to manipulate the filesystem, may as well have it understand its own abilities as having the entirety of CRUD, not just updates. I could easily see the agent talking itself into working around "only be able to edit" with its other knowledge that it can just write a script to do whatever it wants. This also reinforces to devs that they basically shouldn't trust the agent when it comes to the filesystem.

As for pwd for existing projects, I start each session running tree local to the part of the project filesystem I want to have worked on.

I understand the sharing of kernel, while I might not be aware of all of the implications. I.e. if you have some local access or other sophisticated knowledge of the network/box docker is running on, then sure you could do some damage.

But I think the chances of a whitelisted llm endpoint returning some nefarious code which could compromise the system is actually zero. We're not talking about untrusted code from the internet. These models are pretty constrained.

Instead, think of it as if you were enabling capabilities for AppArmor, by making a function call definition for just 1 command. Then over time suss out what commands you need your agent do to and nothing more.

    docker run -it --rm \
      -e SOME_API_KEY="$(SOME_API_KEY)" \
      -v "$(shell pwd):/app" \ <-- restrict file system to whatever folder
      --dns=127.0.0.1 \ <-- restrict network calls to localhost
      $(shell dig +short llm.provider.com 2>/dev/null | awk '{printf " --add-host=llm-provider.com:%s", $$0}') \ <-- allow outside networking to whatever api your agent calls
      my-agent-image

[0] https://developer.mozilla.org/en-US/docs/Web/API/Intersectio... [1] https://github.com/keybittech/awayto-v3/blob/main/landing/la... [2] https://awayto.dev/docs/0.3.0/

  Location: Oregon
  Remote: Yes
  Willing to relocate: No
  Technologies: Go/Python/TS/JS/HTML/CSS/Java/C#
  Résumé/CV: https://www.linkedin.com/in/joe-mccormick-76224429/
  Email: joe [-at-] keybittech.com

I've made web applications (front and back end concurrently) for the majority of my time developing. However, now I have turned my sights on to LLM use. I have now learned how to work with all kinds of backends (JAX, Transformers, PyTorch, etc.) while being able to effectively fine tune my own models (from other bases). Definitely not a math major, but I do understand the practical use and intentions of model layers, matrix multiplications, and other various inner processes of neural networks.

I am currently working on a project that produces AST parses of one of my projects (20k+ loc), turns them into embeddings, and trains a model to answer questions and help me continue to code that project. All I can say is that it does work on principle, and is just a matter of time before I'll have a generalized pipeline for such projects.

If any of this sounds valuable to you, I'm certainly looking forward to utilizing my knowledge, so please do reach out via linkedin messenger, or my email. Thanks for your time.

https://github.com/jcmccormick/runtts

Comments URL: https://news.ycombinator.com/item?id=39103096

Points: 2

# Comments: 0

For example I have a compose with 10+ containers in it. Each container that needs to talk to another has some kind of environment property to tell it the name of that other container. So the "api" container might have a property called DB_HOST="db", "db" being the name of the db container.

Now, when developing i.e. the "api" image locally, your local dev server should be configured in the same way, providing the DB_HOST property to your local dev server environment. By doing this, you can completely stop the "api" container, allowing the local dev server to take its place, configured to talk to your other containers running in the docker network.

This way you are maintaining the local dev server setup that we've been using for ages and not developing directly on a docker image or dependent on its build cycle, etc.

  Location: Oregon

  Technologies: Recently: Infra, DevOps, Self-Hosting, HTMl, CSS, JS, React, Typescript, Java, Shell, Docker, Postgres -- Professionally in the past: PHP, C#, Marionette, Angular, AWS

  Email: joe - at - keybittech.com

  Location: Oregon
  Remote: Yes
  Willing to relocate: No
  Technologies: Recently: Infra, DevOps, Self-Hosting, HTMl, CSS, JS, React, Typescript, Java, Shell, Docker, Postgres -- Professionally in the past: PHP, C#, Marionette, Angular, AWS
  Résumé/CV: https://www.linkedin.com/in/joe-mccormick-76224429/
  Email: joe - at - keybittech.com

I just learned about this [1] yesterday but seems to be the first data point I've seen regarding something like you describe. Very cool to see, and it definitely blew my mind that things like this are now being developed.

[1] https://archipelago.gg/

    Location: Oregon
    Remote: Yes
    Willing to relocate: No
    Technologies: Full-stack dev for 20+ years. HTML, CSS, JS, TS, SQL, PHP, Java, C#, Node, General Infra Specialist, AWS Cloud* stack
    Resume: https://www.linkedin.com/in/joe-mccormick-76224429/
    Email: joe -- at -- keybittech.com

    Location: Oregon
    Remote: Yes
    Willing to relocate: No
    Technologies: recently I'm using Javascript/Typescript, Node, SQL, Docker, Shell -- but I've been developing for 25 years and used a lot of stuff.
    Resume: On request. https://github.com/jcmccormick 
    Email: joe \at\ keybittech.com

I'm interested in working with businesses with the above feature set interests, educational groups, community services, and so on. The software is fully open source and runs bare metal or (currently) on hetzner. As a freelancer I am looking for work on projects of similar scope, as well as implement Awayto for your own purposes, should you need.

I've been developing for 25 years and am of course open to other projects as well. And I look forward to hearing what ideas you have, and your needs.

Please contact me at joe \at\ keybittech.com for any inquiries, and check my profile for more info and links to my work.

My name is Joe. I am a software engineer. I build my own software, Awayto, which you can currently demo at https://awayto.store to see my output. The demo features a communications platform, similar to what you would expect if you were running an online writing center. There is RBAC, scheduling & online appointments, voice/video calling, shared whiteboard/document marking, and more. However, the system is built in a generic fashion where features can be added or removed on a whim, leading to a pivotable system for whatever business you're creating.

I'm interested in working with businesses with the above feature set interests, educational groups, community services, and so on. The software is fully open source and runs bare metal or (currently) on hetzner. As a freelancer I am looking for work on projects of similar scope, as well as implement Awayto for your own purposes, should you need.

I've been developing for 25 years and am of course open to other projects as well. And I look forward to hearing what ideas you have, and your needs.

Please contact me at joe \at\ keybittech.com for any inquiries, and check my profile for more info and links to my work.