Pegar a classe de estados criado pelo fábio e colocar no sistema
Globalizar array("S", "Y", "SIM", "YES", "1", "ON") para que seja o mesmo usado em todo lugar que precisar comparar boolean
	não precisa do false, pois o que não for verdadeiro será falso
Converter Qi_Init para Qi_Qi ou Qi_Conf

Carregar dentro do framework todas as classes através do auto_load, pois assim elas entram no relatório de medidas de tempo/performance

Ter no Qi_Init um array com todas as classes disponíveis, caso a classe incluída não exista, dar sugestão de qual nome deveria ser o certo.

CRIAR UM DEBUG fácil de ligar e desligar para exibir a query executada.

Quando Qi_Init não consegue fazer um require, o erro não indica em qual arquivo/linha surgiu

Qi_It_MySql => implementar ArrayAccess para quando ele for acessado como se fosse o a primeira linha do resultado

Mostrar mensagens de erro formatada.

Processar e analisar qi_error.log

Criar uma ferramenta desktop que fica checando um arquivo de log online.

Criar um arquivo 5MB cheio de @ para testar compressão de conteúdo pelo apache

Criar doclets (@todo, @exemplo, @como_funciona, @sei_lá @fixme) e uma ferramenta que varre todo o código e mostra todos os comentários do doclet.

Criar aliases dos nomes curtos para nomes longos. Mas todas as funções, na verdade serem da classe Qi_Init. Criar um método de apelido igual o rails
Criar funcao query que executa Qi_Db::query

Criar uma tela para execução rápida de PHP

Não é possível criar o framework totalmente sem dependência um do outro,
portanto, colocar em comentário especial no cabeçalho dos arquivos, quais classes aquele arquivo depende.
Assim posso gerar relatório e kits separados como core, tools, plugins, etc
Então o Qi seria formado por uma API core básica e extensões plugáveis que seriam jogadas todas em uma das pastas abaixo:
plugins
plug
tools
util
extras
extra
ext
