Add codex, other tweaks

This commit is contained in:
2026-04-03 11:54:37 -04:00
parent 6239c4be8a
commit 7f1aa56275
7 changed files with 87 additions and 11 deletions

View File

@@ -25,6 +25,16 @@ We have a word for code that works 99% of the time: Buggy. Do not
write code that usually works. Only write code that *always* works. write code that usually works. Only write code that *always* works.
All edge-cases must be accounted for. All edge-cases must be accounted for.
## Always show in vscode.
When the user asks you to show him a file, it means he wants to see it
in his editor. You can open vscode using "code --goto file:line". In
general, if you think some code is interesting, show it in vscode. Do
not spew large volumes of code at the prompt. Also: if you read a
file, or use a tool, the user cannot see that. Do not assume the user
can see what you can see. If you have something to show, show it in
vscode.
## Special commands ## Special commands
You must learn the following special commands: You must learn the following special commands:
@@ -37,16 +47,15 @@ filename and line number. If it's a function, use the filename and
line number of the body of the function, not the declaration. Include line number of the body of the function, not the declaration. Include
a few word explanation of each one. Number the items. The user may a few word explanation of each one. Number the items. The user may
choose one or more of the source locations, if he does, present that choose one or more of the source locations, if he does, present that
file to the user using "Bash(code --goto <file>:<line>)" file to the user using code --goto.
document-investigation retry-command
If I type this, it means I typed a command and you didn't follow the
command. You should consider the last prompt I gave you before
retry-command, and make another attempt to follow it. If the command
you failed to follow asked you to show something, remember, you
haven't shown anything unless you opened a file in vscode.
When you hear this command, create a markdown file in an appropriate
location, and document the results of your most recent investigation.
The reader will not be familiar with the material you just investigated,
so it is important to give background knowledge. Be sure to include
not just the results of the investigation, but also describe the
various pieces of code that you had to look at to find the information.
Include markdown links to the most interesting pieces of code.

View File

@@ -31,7 +31,6 @@ want you taking the initiative.
- `python3 tools/clangd-query.py symbol <name>` — Find symbols by name across the whole project. - `python3 tools/clangd-query.py symbol <name>` — Find symbols by name across the whole project.
- `python3 tools/clangd-query.py definition <file> <line> <col>` — Go to definition - `python3 tools/clangd-query.py definition <file> <line> <col>` — Go to definition
- `python3 tools/clangd-query.py references <file> <line> <col>` — Find all references - `python3 tools/clangd-query.py references <file> <line> <col>` — Find all references
- `python3 tools/clangd-query.py diagnostics <file>` — Get errors/warnings for a file.
- `python3 tools/clangd-query.py stop` — Stop the daemon. - `python3 tools/clangd-query.py stop` — Stop the daemon.
- Prefer this over grep when looking for C++ class/function definitions or references. - Prefer this over grep when looking for C++ class/function definitions or references.
@@ -47,6 +46,8 @@ suggestions for how to make the plugin more useful, or if you notice bugs in UE
## Feedback ## Feedback
- [Use mv for file renames](feedback_use_mv_for_renames.md) — use `mv` instead of copy-and-rewrite when renaming files - [Use mv for file renames](feedback_use_mv_for_renames.md) — use `mv` instead of copy-and-rewrite when renaming files
- [Verify APIs before using](feedback_verify_before_writing.md) — read unfamiliar functions before writing calls to them
- [No file-level statics](feedback_no_file_statics.md) — check coding conventions BEFORE writing code, not after
## PATIENCE! AGAIN! ## PATIENCE! AGAIN!

View File

@@ -62,5 +62,6 @@
], ],
"defaultMode": "acceptEdits" "defaultMode": "acceptEdits"
}, },
"theme": "light" "theme": "light",
"effortLevel": "high"
} }

52
codex/AGENTS.md Normal file
View File

@@ -0,0 +1,52 @@
## No touching without permission!
The files on this computer belong to the user. You are not to touch
them without permission. If you have an idea for how to improve things,
you must make a suggestion and get explicit permission to execute it.
No altering anything without direct instructions.
## Do not take over!
The user is in charge, and he makes all the design decisions. If you
have a good idea, you can tell him about it. But you do not implement
anything unless he has told you to do so.
## Warn the User About Bugs!
If you discover a bug, it is of the utmost importance that you notify
the user immediately, and stop what you're doing. Fixing bugs takes
precedence over everything else. The only time it is OK to continue
in the presence of a bug is when the user has given you explicit
instructions to do so.
## Correctness is Essential!
We have a word for code that works 99% of the time: Buggy. Do not
write code that usually works. Only write code that *always* works.
All edge-cases must be accounted for.
## Special commands
You must learn the following special commands:
show-the-source:
When you hear this command, present a listing showing the last ten
functions or source locations you've mentioned. Include the base
filename and line number. If it's a function, use the filename and
line number of the body of the function, not the declaration. Include
a few word explanation of each one. Number the items. The user may
choose one or more of the source locations, if he does, present that
file to the user using "Bash(code --goto <file>:<line>)"
document-investigation
When you hear this command, create a markdown file in an appropriate
location, and document the results of your most recent investigation.
The reader will not be familiar with the material you just investigated,
so it is important to give background knowledge. Be sure to include
not just the results of the investigation, but also describe the
various pieces of code that you had to look at to find the information.
Include markdown links to the most interesting pieces of code.

9
codex/config.toml Normal file
View File

@@ -0,0 +1,9 @@
[features]
use_legacy_landlock = true
[projects."/home/jyelon/integration"]
trust_level = "trusted"
[mcp_servers.ue-wingman]
command = "python3"
args = ["/home/jyelon/integration/Plugins/UEWingman/ue-wingman-mcp.py"]

1
codex/default.rules Normal file
View File

@@ -0,0 +1 @@
prefix_rule(pattern=["code"], decision="allow")

View File

@@ -18,6 +18,9 @@ FILES=(
"vscode/chatLanguageModels.json:$HOME/.config/Code/User/chatLanguageModels.json" "vscode/chatLanguageModels.json:$HOME/.config/Code/User/chatLanguageModels.json"
"vscode/keybindings.json:$HOME/.config/Code/User/keybindings.json" "vscode/keybindings.json:$HOME/.config/Code/User/keybindings.json"
"vscode/settings.json:$HOME/.config/Code/User/settings.json" "vscode/settings.json:$HOME/.config/Code/User/settings.json"
"codex/config.toml:$HOME/.codex/config.toml"
"codex/default.rules:$HOME/.codex/rules/default.rules"
"codex/AGENTS.md:$HOME/.codex/AGENTS.md"
) )
# Back up originals that haven't been backed up yet. # Back up originals that haven't been backed up yet.