16 May 2026 posted by Lester Caine

Been a couple of very productive weeks and I have to admit that the help provided by Claude and Claude Code has probably compressed several months work into those 2 weeks. I had been for ever telling duck.ai there were mistakes and given the very small window of conversation, a lot of time was spent moving context from one chat to another. The free copy of claude.ai just went on and on over a few days but it became obvious that the 'out of time' messages were getting closer and closer together. I could quite happily have lived with that, but decided the £15 for a months trial was going to be worth it, and then had to pay VAT on top of that, so £18. I now have half a dozen active threads covering Health, Food, Books, Infrastructure, Coding and the original General Discussion thread. However the real workhorse is Claude Code which took a little getting used to, and I am still learing things, but IT identified key elements of the way my version of Bitweaver works and after training it by reworking it's statements it has taken the whole codebase apart and helped me to rationalize and I now have a clean set of code to work with. I have to be honest and say that it has picked up things in passing that I would have missed, and in the last two days a number of long time bitweaver bugs have been addressed and now I'm targeting some more intersting stuff. While I am typing this Claude Code is working through a niggle with smarty in bitweaver and I just need to hit OK from time to time. It does however go off on it's own for long periods of time. Contracting conversation takes a while and at the moment it has been 10 minutes looking at why a particular value has not been set. I KNOW the information is in the liberty object, so the problem is simply checking for the right name in the array rather than hommering code that we know is working perfectly. 

I've taken something of a large machette to the code and stripped everything to do with the group model leaving with just one set of user code for my role based memory model. There is a lot of information on how and why the role model was important, and that is all I have been testing since namespace was moved into bitweaver, so simply culling unused code made sense. The result is a lot more compact setup at least for the users package and just one style of memory handling to worry about. 20 years ago what I should have done is simply cloned the users module and built an alternative, and then fixed everything else by a simple switch between group and role ... hindsight is a wonderful thing! Having tidied everything up and mass hit all the php8.5 style issues using php-somthing I've now got to a point where I can start hitting some of the longstanding niggles in bitweaver's operations.

One long time niggle has been that {code} blocks were not working, and with Claude Code's help that was polished off in no time, and although it is still clunky, even ckeditor can cope with it. 

 


Permalink (referenced by: 0 posts references: 0 posts)