It’s not that there is not enough demand, but if you make a plugin for Zed you will reach more users because Zed is more preferred than Vs Code (I prefer Zed too). I think it should be tried to reach more users.
IMHO (just my personal thoughts), Zed should not be the main priority because of many reasons:
Zed has native AI features like recently introduced Zeta autocompletion and next edit prediction, also AI chat and some agentic features - so there is native implementation for the most things Cody could offer;
As far as I know then Zed extension API/implementations lacks a lot of features which would be needed for Cody functionality - currently most Zed extensons focuses on themes, language servers, slash commands and context servers. So even if it would be possible to implement Cody in Zed - that solution would be miles in different direction than the VSCode base version of Cody;
“More preferred than VSCode” - that’s a very personal opinion, a lot of people prefer and use VSCode over Cursor or other IDEs/editors too. Zed, of course, is very fast and has some other cool features but it has a massive problem of extension ecosystem (lack of it; probably because of reason I mentioned in the 2. point). As you can see, lack of extensions (in this case - Cody) - actually is the main point of this post…
Also I think Cody already reaches a lot of users and developers - especially if the main focus is on Enterprise users.
I am not against Zed or SG developing Cody extension for Zed but I see more risks than possible gains.