Skip to content

Conversation

@bhaktatejas922
Copy link

bump to new morph-v3

@michaelneale michaelneale self-assigned this Jul 17, 2025
@michaelneale
Copy link
Collaborator

nice - just need https://github.com/block/goose/pull/3471/checks?check_run_id=46145875633 done and if you run cargo fmt - good to go.

@michaelneale michaelneale added p1 Priority 1 - High (supports roadmap) waiting labels Jul 17, 2025
},
"old_str": {"type": "string"},
"new_str": {"type": "string"},
"instruction": {
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

hrm - I wonder if there is another way to do this, as it is a heavy change to always ask for this value (even if optional, isn't clear how we can make it clear) as it will trip up some LLMs... not sure of another way, need to somehow work out how we can switch this on and off only if needed?

if you look in the description for this tool it conditionally changes depending on if there is some editor (model) or not - can we do the same for this so it isn't there when not needed using tokens?

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

let me check

@michaelneale
Copy link
Collaborator

this looks much better - thanks. I just need to make sure that for default case things aren't changed for developer prompt (ie just eyeball/extra careful) as tricky to test/performance test

@michaelneale
Copy link
Collaborator

FYI I think I can simplify this to not need an additional parameter - ie in the instructions for the code to replace we can have it provide the instructions clearly, I think that would work and keep the current signature

@bhaktatejas922
Copy link
Author

h

FYI I think I can simplify this to not need an additional parameter - ie in the instructions for the code to replace we can have it provide the instructions clearly, I think that would work and keep the current signature

hmm, not sure this could be relied on though without a proper inline tool calling framework like xml or something. if we're going with json tool calls i think we should keep it a separate parameter

@michaelneale
Copy link
Collaborator

replacing this with this take which works nicely: #3745

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

p1 Priority 1 - High (supports roadmap)

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants