Teams and tasks

Author: KillianLucas

OS/TASKS.md

@@ -1,6 +1,7 @@
 # Teams
 
 ## Hardware
+
 - Ben @humanbee
 - Ty @tyisfly
 - Use Michael as a recruitor
@@ -10,6 +11,7 @@
 - ..?
 
 ## Software
+
 - Audio (TTS / SST)
   - Tasks: Streaming audio both ways.
   - Hardware limitations. What's the smallest hardware this can be on?
@@ -19,20 +21,20 @@
 - OI Core
   - Tasks: Computer API (schedule thing), skill library
   - Hristijan @thekeyq
-  - Aakash @ashgam._
+  - Aakash @ashgam.\_
   - Aniket @atneik
   - Shiven @shivenmian
   - Ty @tyisfly
   - Killian @killianlucas
-- Backend
-  - Killian @killianlucas
-- Linux / Firmware
+- OS (formerly 'Linux / Firmware`)
   - Tasks: Virtualization? ISO? Putting sensors around the OS to put files into the queue. Bootloader. Networked input into the queue
   - Shiven @shivenmian
+  - Hristijan @thekeyq
   - Michael @mjjt
   - Zohaib @Zabirauf
 
 ## Experience
+
 - Design
   - Arturo @arturot
   - Ronith @ronithk
@@ -57,6 +59,7 @@
     - Uli @ulidabess
 
 ## Comms
+
 - Uli @ulidabess
 - Discord Community
 - Twitter Presence

TEAMS.md

@@ -0,0 +1,3 @@
+- [ ] Release Open Interpreter `0.2.1`
+- [ ] Meet to determine Computer API additions for the 01
+- [ ] Meet to decide how to build the skill library + skill recording

software/oi_core/TASKS.md

@@ -0,0 +1,8 @@
+- Hristijan @thekeyq
+- Aakash @ashgam.\_
+- Aniket @atneik
+- Shiven @shivenmian
+- Ty @tyisfly
+- Killian @killianlucas
+
+Team lead: Killian

software/oi_core/TEAM.md

@@ -0,0 +1,13 @@
+- [ ] Modify bootloader.
+- [ ] Decide: better queue?
+      <br>
+      So, Michael suggested we simply watch and filter the `dmesg` stream (I think that's what it's called?), so I suppose we could have a script like `/01/core/kernel_watch.py` that puts things into the queue? Honestly knowing we could get it all from one place like that— maybe this should be simpler. **Is the queue folder necessary?** How about we just expect the computer to send {"role": "computer"} messages to a POST endpoint at "/queue" or maybe "/inturrupt" or maybe "/" but with POST? When it gets those it puts them in the redis queue, which is checked frequently, so it's handled immediatly. So then yeah, maybe we do have redis there, then instead of looking at that folder, we check the redis queue. Is this better for any reason? Making the way computer messages are sent = an HTTP request, not putting a file in a folder?
+- [ ] Virtualization?
+- [ ] Best workflow for pressing to an ISO? Cubic?
+- [ ] Putting sensors around the OS to put things into the queue / `dmesg` implementation.
+- [ ] Networked input into the queue? (Exploring this makes me thing the "/queue" or something endpoint is smarter to do than the "queue" folder)
+
+# For later
+
+- [ ] We could have `/i` which other interpreter's hit. That behaves more like the OpenAI POST endpoint with stream=True by default (i think this is important for users to see the exchange happening in real time, streaming `event/stream` or whatever). You could imagine some kind of handshake — another interpreter → my interpreter's /i → the sender is unrecognized → computer message is sent to /, prompting AI to ask the user to have the sending interpreter send a specific code → the user tells the sending interpreter to use that specific code → the sender is recognized and added to friends-list (`computer.inetwork.friends()`) → now they can hit eachother's i endpoints freely with `computer.inetwork.friend(id).message("hey")`.
+- [ ] (OS team: this will require coordination with the OI core team, so let's talk about it / I'll explain at the next meetup.) When transfering skills that require OS control, the sender can replace those skills with that command, with one input "natural language query" (?) preceeded by the skill function name or something like that. Basically so if you ask it to do something you set up as a skill, it actually asks your computer to do it. If you ask your computer to do it directly, it's more direct.

software/os/TASKS.md

@@ -0,0 +1,5 @@
+- Shiven @shivenmian
+- Hristijan @thekeyq
+- Killian @killianlucas
+- Michael @mjjt
+- Zohaib @Zabirauf