#container-use & cursor
1 messages · Page 1 of 1 (latest)
@urban turtle can you try going explicit ...
open the environment with the source located at <FULL PATH> and list the files
just to figure out if it's a PATH problem or a git problem or something
how about tail -n100 /tmp/cu.debug.stderr.log
Oh yeah, what model are you using btw?
I can try with the same model as you
idk those are correct arguments if the server's cwd is .
although al's working test in cursor was using a fully qualified path
Oh, I was able to produce the issue @urban turtle !
plz tell me its a cwd thing
yeah we wanna know too 👼
actually no ... it failed once but then recovered with the full path
I downgraded model (I was using claude 4, went with 3.5)
@urban turtle oh can you tell me how you cloned the repo and started with Cursor?
ssh clone from a fresh bitbucket repo
From the terminal or from Cursor itself?
terminal
Btw looked at the cu debug logs, nothing interesting, just the failing git commands and the mention of not being a repo
disregard me again, i missed this: #container-use message
that isolates it
Ok so starting from scratch -- I'm cloning a repo, and doing a cursor .
and then I run this
@urban turtle what model is Cursor using? (bottom section of the chat window)
On auto
It was using gpt 4.1 it seems (free tier)
@weak cloud on 4.1 as well or something else?
Same with gemini -- root is /
yeah its the model -- with gemini 2.5 flash its correct
gpt 4.1 always bugs
of course now it works
can we fix this with MCP tool description prompt engineering?
mcp.WithString("source",
mcp.Description("The source directory of the environment."), // This can be a local folder (e.g. file://) or a URL to a git repository (e.g. https://github.com/user/repo.git, git@github.com:user/repo.git)"),
mcp.Required(),
),
"Absolute path to the source git repository for the environment"
(i'd test this myself but i'm on a ridiculous branch)
so this bugs: open the environment with the source located at . and list the files but this works open the environment with the source of the workspace and list the files
models don't seem to have this notion of workspace / root of workspace
yeah I was thinking that, but first I need to repro
@weak cloud do you have instructions on how to do that?
i started fresh -- reset all my cu state. Then cd into the git folder. then cursor . -- open the chat and type -> open the environment with the source located at . and list the files, in agent mode
btw are you on the latest version of cursor ? @shadow halo
oh ok, but you intentionally mislead it by forcing it to open ., it didn't do that on its own?
yup, but i think the surprise from Tak is the fact that . is not the cwd nor the workspace but /
That how i got bitten at it first
seems to be working!
but need to test if it messes the other agents first
https://github.com/dagger/container-use/pull/58
@weak cloud ^^ would you mind trying with this?
@urban turtle this PR seems to fix it (we "ask" the agent to use absolute paths, and cursor seems to take that well)
Will test asap and provide feedback