| ▲ | NitpickLawyer 3 hours ago | |||||||||||||||||||||||||
> but massaging the sampler(?) also sounds like that might give a lot of control over outputs with the weights staying technically the same? Yes, this is what constrained decoding means. You constrain the model to only output from a set of "allowed" tokens (a.k.a. grammars). So, if you use tool use with constrained decoding, you can be certain that the model will always choose from a list of approved tools (i.e. if tools=['read','write'], it cannot output 'execute', even if in other sessions it could, if execute was in the approved tools). The tricky problem is that certain models work / have been trained in certain ways. And constraining them can lead to "invisible" problems. Constrained decoding only guarantees perfect syntax, not perfect semantics (i.e. it could write nonsense in the correct file). > Could something like that also be used in other contexts? Sure. You can build pretty cool grammars and constrain the model to do cool stuff, akin to "tool use" but more free hand. You could, for example, make it always emit a 10 point plan. For any prompt, it will give you a fixed syntax 10 point plan, always. And the plan will be constant with a plan_title and 10{plan_item, item_text}. But, as above, there's no guarantee that the individual items in the plan would make any sense... (i.e. step7 in a pasta making recipe would be "add glue"). | ||||||||||||||||||||||||||
| ▲ | hypfer 3 hours ago | parent [-] | |||||||||||||||||||||||||
The point I was getting at was more of a question of "Okay, how can this be used adversarially?" or "How can we break this?". "What can a malicious inference engine do" Something like that | ||||||||||||||||||||||||||
| ||||||||||||||||||||||||||