Talvez ter qual atividade foi adicionada, para conferir as informações

Hoje, as flags de pilar são descritas da seguinte forma:
-p 2 -pillar 3
A ideia é que o pilar por si só seja uma flag.
Exemplo: -p2 --pillar 2

possibilidade de setar um path para o pdev.json e setar configuração automática de firebase

Quando não há pdev.json e:

1. Tenta-se fazer pdev add
2. Tenta-se fazer pdev list
3. Tenta-se fazer pdev push

Então, deve ser disparada uma mensagem que pede para rodar o comando pdev init

pdev add -p 1,2,3
pdev add -p 1,3
pdev add -p 1,2
pdev add -p 2,3

As atividades gravadas em ambiente de teste devem estar em um lugar diferente das atividades reais.
O arquivo pdev.json de teste deve ser criado na pasta do projeto, enquanto o arquivo de produção deve estar dentro da pasta do pacote npm.

Dica: __dirname

Quando é feito o push, todas as atividades são apagadas do arquivo local. Para poder acessar as informações também localmente, a ideia seria não apagá-las. Para isso pode ser adicionada uma informação nas atividades, informando se ela já está sincronizada ou não.

A data poderia ser um parâmetro opcional, se não passado, a data será a data de hoje.

Além disso, é possível deixar o último parâmetro como parâmetro anônimo.
Ex: pdev add -m "message" -p2 10/10/2016

atualizar versão do pdev instalada

Depois de enviar informações ao firebase, a conexão se mantém aberta e é preciso fechá-la com um ctrl-C.

Flags obrigatórias para pdev add: -m, -p

Para os outros comandos não há flags obrigatórias.

A funcionalidade de listar atividades requer uma flag.

Por padrão, a funcionalidade pdev list poderia listar todas as atividades por ordem de criação por padrão.
As possíveis flags seriam:

1. pdev list -p - ordenar por pilar
2. pdev list -d - ordenar por data