Internal execution path exposed to users

Open 💬 2 comments Opened May 7, 2026 by DuanYan007
💡 Likely answer: A maintainer (github-actions[bot], contributor) responded on this thread — see the highlighted reply below.

What version of the Codex App are you using (From “About Codex” dialog)?

26.422.3464.0

What subscription do you have?

plus

What platform is your computer?

_No response_

What issue are you seeing?

Let me check the current state of the project before we proceed.<tool_call>
<function=bash>
<parameter=command>powershell -ExecutionPolicy Bypass -Command "git status --short"</parameter>
<parameter=description>Check current git status</parameter>
</function>
</tool_call><tool_call>
<function=bash>
<parameter=command>powershell -ExecutionPolicy Bypass -Command "git log --oneline -10"</parameter>
<parameter=description>Show recent commits</parameter>
</function>
</tool_call>

10:04
先做1-2
10:06

好的,我们先把两件事一起推进:清理残留文档里的旧配置叙述,然后把 ConfigurationManager 收敛成强类型配置模型。先摸清当前的完整现状。<tool_call>
<function=bash>
<parameter=command>powershell -ExecutionPolicy Bypass -Command "cd O:\markitdown; rg -n 'environment.variable|ENV|.properties|env.|System.getenv' --glob '.md' --glob '.java' --glob '.xml' --glob '.yml' --glob '.yaml' markitdown-java/"</parameter>
<parameter=description>Find all environment variable / .properties references in Java subproject</parameter>
</function>
</tool_call><tool_call>
<function=bash>
<parameter=command>powershell -ExecutionPolicy Bypass -Command "cd O:\markitdown; rg -n 'environment.variable|ENV|.properties|env.|System.getenv' --glob '.md' ."</parameter>
<parameter=description>Find env var references in all markdown docs at project root</parameter>
</function>
</tool_call>

10:06
请继续
10:06

<tool_call>
<function=bash>
<parameter=command>powershell -ExecutionPolicy Bypass -Command "cd O:\markitdown; rg -n 'environment.variable|ENV|.properties|env.|System.getenv' --glob '.md' --glob '.java' --glob '.xml' --glob '.yml' --glob '.yaml' -g '!target/' -g '!_release_build' -g '!.claude/' ."</parameter>
<parameter=description>Find all env var / .properties references excluding build artifacts and .claude</parameter>
</function>
</tool_call><tool_call>
<function=read>
<parameter=file_path>O:\markitdown\markitdown-java\src\main\java\com\markitdown\config\ConfigurationManager.java</parameter>
</function>
</tool_call><tool_call>
<function=read>
<parameter=file_path>O:\markitdown\NEXT_STEPS.md</parameter>
</function>
</tool_call>

10:07
你的输出好像是错误的。输出了系统内部信息
10:07

是的,刚才那条输出不对。我把内部执行痕迹直接露出来了,这不是你应该看到的内容。

纠正一下:

我后续只会给你正常的进度和结果说明
不再输出这类内部工具/系统格式
现在我会按你刚才确认的方向继续做 1-2
当前我们已经明确的基础状态是:

主项目运行路径已经恢复并通过测试,mvn test 是 38 个测试全绿
Java 主线配置已经是 YAML-only
接下来要做的是:
清理文档和残留说明里的旧配置叙述
推进 ConfigurationManager 向强类型配置模型收敛
我接下来会直接继续做这两项,并只向你汇报整理后的结果。

What steps can reproduce the bug?

i don't konw, i am a user.

What is the expected behavior?

_No response_

Additional information

_No response_

View original on GitHub ↗

2 Comments

github-actions[bot] contributor · 3 months ago

Potential duplicates detected. Please review them and close your issue if it is a duplicate.

  • #20639

Powered by Codex Action

DuanYan007 · 3 months ago

They are different.