Very briefly put, Ghilbert is not AI-complete, but it is AI-friendly.
The success of the broader Ghilbert project is not dependent on developing a good AI for proving theorems. However, I think the Ghilbert language is a great choice for developers of theorem-proving technology, whether based on domain-specific algorithms, search, automated reasoning, or artificial intelligence. For one, this gives such tools access to a good proof library (currently based on set.mm, but with more developments planned). For two, this lets the fruits of such technology be available to a potentially broad audience.
This philosophy is similar to that of the QED Manifesto. I find it impressive that the Metamath set.mm database was developed with essentially no automation of any kind. To me, this strongly suggests that it is practical to develop a large repository of proofs using primarily human ingenuity.
The simplicity of the Ghilbert proof language makes it especially appealing as the basis for a variety of automated tools. I see a number of roles for such automation:
Since HOL includes a very powerful programming language, it is particularly amenable to automation, and most of the tasks listed above have implementations in the HOL world. However, because the text of HOL proofs isn't readily accessible, some of these tasks are harder to do in HOL (translation to other proof systems and proof optimizing in particular).
The diversity of such tasks leads me to believe that there should be a rich diversity of tools for automating them, and that there are great benefits to using a simple common language so that these tools may all interoperate. This belief has helped motivate the design of Ghilbert.
--raph